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A PROCESS PLANT USER INTERFACE SYSTEM 
HAVING CUSTOMIZED PROCESS GRAPHIC DISPLAY LAYERS 
IN AN INTEGRATED ENVIRONMENT 

RELATED APPLICATIONS 

[0001] This application is a regular filed application of, and claims, for the 

purposes of priority, the benefit of U.S. Provisional Application Serial No. 

60/567,980, entitled "Graphical User Interface for Representing, Monitoring, and 

Interacting with Process Control Systems," which was filed oil May 4, 2004, and 

which this appUcation hereby expressly incorporates by reference herein in its 

entirety. This application is also related to U.S. Patent AppUcation Serial Nxraiber 

10/625,481, entitled "Integration of Graphic Display ElemCTits, Process Modules and 

Control Modxiles in Process Plants," which was filed on July 21, 2003, and which 

published as U.S. PubUcationNo. 2004/0153804 on August 5, 2004, which, in turn, is 

a Continuation-in-Part of U.S. Patent AppUcation Serial No. 10/278,469, entitled 

"Smart Process Modules and Objects in Process Plants," which was filed on October 

22, 2002, and which published as U.S. PubUcation No. 2004/0075689 on April 22, 

2004, the entire disclosures of which are hereby expressly incorporated by reference 

herein in their entirety. This application is also related to U.S. Patent Application 

Serial Number 10/368,151 entitled "Module Class Objects in a Process Plant 

Configuration System," which was filed on February 18, 2003, and which pubUshed 

as U.S. Publication No. 2004/0199925 on October 7, 2004, the entire disclosure of 

which is hereby expressly incorporated by refermce herein in its entkety. This 

appUcation is also related to the following patent applications, which are being filed 

as International (PCT) appUcations on the same date as this appUcation and which this 

appUcation hereby e7q>ressly incorporates by reference herein in their ^tir^ty: 
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"Associated Graphic Displays in a Process Environment" (Atty. Docket No. 
06005/41 111); 'User Configurable Alarms and Alarm Trending for Process Control 
Systems" (Atty. Docket No. 06005/41 1 12); "Integration of Process Modules and 
Expert Systems in Process Plants" (Atty. Docket No. 06005/41 1 13); "Scripted 
Graphics in a Process Environmenf (Atty. Docket No. 06005/41 115); "Graphics 
Integration into a Process Configuration and Control Environment" (Atty. Docket No. 
06005/41 1 16); "Graphic Element with Multiple Visualizations in a Process 
Environment" (Atty. Docket No. 06005/41 1 17); "System for Configuring CSraphic 
Display Elements and Process Modules in- Process Plants (Atty. Docket No. 
06005/41 1 1 8); "Graphic Display Configuration Framework for Unified Process 
Control System Interface" (Atty. Docket No. 06005/41124); "Markup Language- 
Based, Dynamic Process Graphics in a Process Plant User Interface" (Atty. Docket 
No. 06005/41 127); **Methods and Apparatus for Modifying Process Control Data" 
(Atty. Docket Nos. 06005/591622 and 20040/59-1 1622); 'Methods and Apparatus for 
Accessing Process Control Data" (Atty. Docket Nos. 06005/591623 and 20040/59- 
1 1623); "Integrated Graphical Runtime Interface for Process Control Systems" (Atty. 
Docket Nos. 06005/591628 and 20040/59-1 1628); "Service-Oriented Architecture for 
Process Control Systems" (Atty. Docket Nos. 06005/591629 and 20040/59-11629). 

TECHNICAL FIELD 
[0002] The present invention relates generally to process plant user interfaces and, 
more particularly, to an intelligent control and simulation environment that enables 
user viewing, simulation and control to be integrated at the system level of the process 
plant control architecture. 
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DESCRIPTION OF THE RELATED ART 
[0003] Distributed process control systems, like those used in chemical, petroleum 
or other processes, typically include one or more. process controllers communicatively 
coupled to one or more field devices via analog, digital or combined analog/digital 
buses. Tho field devices, which may be, for example, valves, valve positioners, 
switches and transmitters (e.g., temperature, pressure, level and flow rate sensors), are 
located within the process environment and perform process fimctions such as 
opening or closing valves, measuring process parameters, etc. Smart field devices, 
such as the field devices conforming to the well-known Fieldbus protocol, may also 
perform control calculations, alarming functions, and other control fimctions 
commonly implemented within the controller. The process controllers, which are also 
typically located within the plant enviroimient, receive signals indicative of process 
measurements made by the field devices and/or ofhCT information pertaining to iftie 
field devices and execute a controller appUcation that runs, for example, different 
control modules which make process control decisions, generate c6ntrol sigpals based 
on the received information and coordinate with the control modules or blocks being 
performed in the field devices, such as HART and Fieldbus field devices. The control 
modules in the controller send the control signals over the conununication lines to the 
field devices to thereby control the operation of the process. 

[0004] Information fi^om the field devices and the controller is usually made 
available over a data highway to one or more other hardware devices, such as operator 
workstations, personal computers, data historians, report generators, centralized 
databases, etc., typically placed in control rooms or other locations away fix>m tiie 
harsher plant environment. These hardware devices run appUcations that may, for 
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example, enable an operator to perform functions with respect to the process, such as 
changing settings of the process control routine, modifying the operation of the 
control modules within the controller or the field devices, viewing the current state of 
the process, viewing alarms generated by field devices and controllers, simulating the 
operation of the process for the purpose of training personnel or testing the process 
control software, keeping and updating a configuration database, etc. 

[0005] As an example, the DeltaV^ control system, sold by Emerson Process 
Management includes multiple applications stored within and executed by different 
devices located at diverse places within a process plant. A configuration application, 
which resides in one or more operator workstations, oaables users to create or change 
process control modules and download these process control modules via a data 
highway to dedicated distributed controllers. Typically, these control modules are 
made up of communicatively interconnected function blocks, which are objects in an 
object oriented programming protocol, which perform functions within the control 
scheme based on inputs thereto and which provide outputs to other function blocks 
within the control scheme. The configuration application may also allow a designer 
to create or change operator interfaces which are used by a viewing application to 
display data to an operator and to enable the operator to change settings, such as set 
points, within the process control routine. Each dedicated controller and, in some 
cases, field devices, stores and executes a controller {^plication that runs the control 
modules assigned and doAvnloaded thereto to implement actual process control 
functionality. The viewing applications, which may be run on one or more operator 
workstations, receive data firom the controller application via the data highway and 
display this data to process control system designers, operators, or users using the user 
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interfaces, and may provide any of a number of different views of the process control 
routine or module, such as an operator's view, an engineer's view, a technician's 
view, etc. A data historian application is typically stored in and executed by a data 
historian device fliat collects and stores some or all of the data provided across the 
data highway while a configuration database appUcation may run in a still further 
computer attached to the data highway to store the current process control routine 
configuration and data associated therewith. Altematively, the configuration database 
may be located in the same workstation as the configuration application. 

(01 00] As the number and type of control and support apphcations used in a 
process control environment have increased, different graphical display applications 
have beai provided to enable users to effectively configure and vise these apphcations. 
For example, graphical display apphcations have been used to siipport control 
configuration apphcations to liable a configuration engineer to graphically dreate 
control programs to be downloaded to the control devices within a process plant. 
Additionally, graphical display apphcations have been used to enable control 
operators to view the current functioning of the process plant, or areas of the process 
plant, to enable maintenance persoimel to view the state of hardware devices within 
the process plant, to enable simidation of the process plant, etc. However, these 
graphical display applications have, in the past, been separately created as part of, or 
to indqpendentiy support the specific applications with which they are associated, and 
thus are generally limited in usefulness to the specific process function for which they 
were created. For example, it is difBcidt, if not impossible, to use a graphicai 
program created to support a conbnol operator in a context involving maintenance, 
configuration, or simulation functions. 
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[0006] As a particular example, some process control configuration applications 
presently include a library of template objects, such as function block template objects 
and, in some cases, control module template objects, which are used to create a 
control strategy for a process plant. The template objects have default properties, 
settings and methods associated therewith and the engineer using a graphical 
configuration application can select these template objects and essCTitially place 
copies of the selected template objects into a configuration screen to develop a control 
module. During the process of selecting and placing the template objects into the 
configuration screen, the engineer interconnects the inputs and outputs of these 
objects and changes their parameters, names, tags and other properties to create a 
specific control module for a specific use in the process plant. After creating one or 
more such control modules, the engineer can then instantiate the control module and 
download it to the appropriate controller or controllers and field devices for execution 
during op^tion of the process plant. 

[0007] Thereafter, the engineer may use a different graphical display creation 
application to create one or more separate, independent displays for operator, 
maintenance and other personnel within the process plant by selecting and building 
display objects in the display creation application. These displays are typically 
implemented on a sj^tem wide basis in one or more of the workstations, which 
provide the preconfigured displays to the operator or maintenance persons regarding 
the operating state of the control system or the devices within the plant. These 
displays generally take the form of alarming displays that receive and display alarms 
generated by controllers or devices within the process plant, control displays 
indicating the operating state of the controllers and other devices within the process 
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plant, maintenance displays indicating the functioning state of the devices within the 
process plant, etc. However, these displays are generally preconfigured to display, in 
known manners, information or data received from the process control modules or the 
devices within the process plant hi some known systems, di^lays are created 
through the use of objects thiat have a grs^hic associated with a physical or logical 
element and that is communicatively tied to the physical or logical element to receive 
data about the physical or logical element The object may change the graphic on the 
display screen based on the received data to illustrate, for example, that a tank is half 
full, to illustrate the flow measured by a flow sensor, etc. However, these graphical 
displays used for configuration, operator control, maintenance and simulation 
activities are generally created separately from one another using different graphical 
editors. 

[0008] Thus, while graphic displays have been provided in and associated with 
different applications used for diflFerent general activities performed within a process 
plant, these graphic displays and associated graphic display editors were generally, 
added on at the functional level of the application for which they were created to 
support. As a result, the graphical editors, to the extent they existed, have only 
enabled Ihe user to create graphics that support specific functionality needed by a 
specific application. Previous process plants did not provide a graphical display 
editor that could be used by or that could support the graphical needs of various or 
multiple activities being performed in the context of plant configuration and siq)port 
Thus, for example, a graphical display editor used to support or enable control 
configuration activities only enabled the user to create control programs and did not 
support the needs or functionality of operator or maintenance displays. Similarly, 
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graphic display editors used for creating operator or maintenance views to be 
provided to a control operator or maintenance technician during operation of a plant, 
did not support functionality associated with configuration activities, simulation 
activities, etc. As a result of the graphic display needs being supported at the 
individual functional levels of the process plant, such as at the control configuration, 
maintenance support, control operator support and simulation support functional 
levels, different ones of the displays created by these various editors end up modeling 
and depicting the same components within tiie plant, which results in the duplication 
of graphical display efforts by various different personnel with the process plant. This 
duplication of effort is manifested not only in the effort needed to create the different 
graphical displays depicting the same process element for different uses, but also in 
the effort needed to tie the graphical elements used in different display applications to 
the actual hardware or software elements within the process plant to which they are 
associated. 

[0009] Because graphical support for various process plant activities has been 
provided after the fact, and as part of the actual activity being performed, graphical 
support is not integrated in the plant environment in a maimer that enables conmion 
graphics to be created and used within tiie plant at the various different functional 
levels of the plant. This non-integration of graphics leads to the graphics actually 
created for the different functions being different from function to function or from 
application to application, which can lead to confusion on the part of users who, while 
familiar with one specific type of graphical display, might occasionally need to view 
different displays associated with different operations or functions within tiie plant. 
Likewise, as noted above, the provision of graphical display support at the various 
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different functional levels of the plant leads to the duplication of graphic support, both 
in creating displays and properly connecting the elements within the displays to actual 
hardware or software elenients within the plant 

SUMMARY 

[0010] In accordance with one aspect of the disclosure, a method of providing a 
user interface for a process plant includes generating information for a plurality of 
content layers of a process graphic display of process plant elements of the process 
plant, determining a content layer of the plurality of content layers to display, and 
displaying via the user interface the deteraiined content layer. 

[001 1) In some cases, the generating step includes processing runtime data received 
from the process plant in connection with the process plant elements. The 
determining step may include selecting the determined content layer based on a user 
proj&le characteristic. When the user profile characteristic includes an indication for 
operator access, the displaying step may then include rendering an operator content 
layer of the plurality of content layers based on the runtime data. 

[0012] The generating step may also or alternatively include processing simulation 
data in coimection with simulated operation of the process plant elements. When the 
user profile characteristic includes an indication for maintenance access, the 
displaying step may then include rendering a maintenance content layer of the 
plurality of content layers based on the simulation data. 

[0013] In some embodiments, the method further includes introducing simulated 
disturbances into the simulated operation of the process plant elements. In such cases, 
the displaying step may include rendering an instructor content layer of the plurality 



-9- 



wo 2005/109124 



PCT/US2005/015392 



of content layers to support the introducing step when the user profile characteristic 
includes an indication for training instructor access. 

[0014] More generally, the generating step may include implementing object 
methods defined in a plurality of objects respectively modeling the process plant 
elements depicted in the process graphic display. Each object of the plurality of 
objects may further define a graphical depiction of the process plant element for each 
content layer of the plurality of content layers. 

[0015] In accordance with another aspect of the disclosure, disclosed is a user 
interface system for a process plant The user interface system includes a computer- 
readable medium, a display device, and an object having information stored in the 
computer-readable medium regarding operation of a process plant element of the 
process plant. An execution engine of the user interface systrai utilizes the object 
information in a runtime environment to generate a content for a plurality of content 
layers of a process graphic display. The display device then depicts a specified 
content layer of the plurality of content layers. 

[0016] The object information may related to receiving runtime data firom the 
process plant in connection with on-line operation of the process plant element In 
cases where the user profile characteristic includes an indication for operator access, 
the specified content layer may be directed to a customized depiction of the runtime 
data in an operator content layer of the plurality of content layers. Alternatively, or in 
addition, the object information relates to generating simulation data in connection 
with simulated operation of the process plant element. Jn cases where the user profile 
characteristic includes an indication for maintenance access, the specified content 
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layer may be directed to a customized deletion of the simulation data in a 
maintenance content layer ofthepluraUty of content layers. Furthermore, the object 
may also include information related to a simulated disturbance of the simulated 
operation of the process plant element. In cases where the user profile characteristic 
includes an indication for training instructor access, &e specified content layer may 
be directed to a customized depiction of the simulation data arising firom the 
simulated disturbance in an instructor content layer of the pluraUty of content layers. 

(OOITJ In accordance with yet ano&er aspect of the disclosure, a method of 
providing a user interface for a process plant is disclosed. The method includes 
generating information for a plurality of different types of users of the user interfece 
by processing data regarding on-line and simulated operation of the process plant, and 
rendering a selected portion of the content in a customized depiction of the process 
plant by detennining the selected portion of the content in accordance with a current 
user type of the plurality of different user types. 

[0018] In some embodiments, the customized depiction is rendered by determining 
whether the process plant is on-line to fiirther determine the selected portion of the 
content for the customized depiction. 

[0019] In accordance with a still further aspect of the disclosure, disclosed is a 
method of generating a user interface for a process plant. The method includes 
creating a process graphic display of a pluraUty of graphic display elements 
representative of a plurality of process plant elemraits of the process plant, 
respectively. The pluraUty of graphic display elements are configured by defining 
parameters related to opaation of the corr^ponding process plant elements and by 
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defining simulation parameters to support simulated operation of the corresponding 
process plant elements. The method also includes establishing a plurality of content 
layers for selectively displaying information related to the operation and simulated 
operation of the process plant elements via customized views of the process graphic 
display. 

[0020] In some embodiments, the method further includes the step of storing a 
plurality of objects for the plurality of graphic display elements, respectively. Each 
object may then include the respective parameters related to on-line operation and the 
simulation parameters. 

BRIEF DESCRIPTION OF THE DRAWINGS 
[0021] Fig. 1 is a block diagram of a distributed process control networic located 

within a process plant including an operator workstation that implements a display 

routine which uses smart process objects to create process modules and graphic 

displays to simulate the operation of the process plant; 

[0022] Fig. 2 is a logical block diagram of a set of applications and other entities, 
including smart process objects and process modules, stored in the operator 
workstation of Fig. 1, which may be used to implement enhanced functionality in a 
process plant; 

[0023] Fig. 3 is a simplified depiction of a configuration screen used by a 
configuration engineer to create a process graphic display or a process module using 
smart process objects stored in an object library; 

[0024] Fig. 4 is a detailed depiction of an exemplary process graphic display 
including a dq^iction of streams and connection elements within the process plant, the 
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depiction being created by interconnecting the graphic display elements of a number 
of smart process objects; 

[0025] Fig. 5 is a logical block diagram of a manner in which process modules 
using smart process objects may be created in and implemented within an existing 
process control network; 

[0026] Fig. 6 is a simplified depiction of an exemplary operator content layer of a 
process jgraphic display haying grapliic display elements for a set of smart process 
objects; 

[0027] Fig. 7 is a simphfied depiction of an exemplary maintenance content layer 
of the process graphic display of Fig. 6, the maintenance content layer presenting 
graphic display elements differing jfrom those shown in the content layer of Fig. 6; 

[0028] Fig. 8 is a simplified depiction of an exemplary engineering content layer of 
the process graphic display of Fig. 6, the engineering content layer presenting graphic 
display elements differing firom those shown in tite content layer of Fig. 6; 

[0029] Fig. 9 is a simplified depiction of an exemplary management content layer 
of the process graphic display of Fig. 6, the management content layer presenting 
gr^hic display elements differing from those shown in the content layer of Fig. 6; 

[0030] Fig. 10 is a simplified depiction of an exemplary training operator content 
layer of a further process graphic display to be utilized in a training exercise; 

[0031] Fig. 1 1 is a simplified depiction of a training instructor content layer of the 
process graphic display of Fig, 10, the training instructor cont^t layer presenting 
graphic display elements dififering from those shown in the content layer of Fig. 10; 
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[0032] Fig. 12 is a further simplified depiction of the exemplary training instructor 
content layer of a process graphic display having a disturbance faceplate also to be 
utihzed in a training exercise; 

[0033] Fig. 13 is another simplified depiction of the exemplary training instructor 
content layer of a process graphic display having a dialog box or faceplate also to be 
utihzed in a training exercise; 

[0034] Fig. 14 is a depiction of an exemplary faceplate of a training instructor 
content layer of a process graphic display, the faceplate being generated in connection 
with an actuator element shown via the process graphic displa>^ and, 

[0035] Fig. 15 is a depiction of a further exemplary faceplate of a training 
instructor content layer of a process graphic display, the further faceplate being 
generated in connection with a local input panel or other system extemsl to the 
process control system for a process plant element simulated in a process module of 
which the process graphic display is representative. 

DESCRIPTION OF THE PREFERRED EMBODIMENTS 
[0036] Disclosed is a user interface method and system for a process plant. The 

us^ interface solution disclosed herein generally includes displaying a customized 

graphical depiction of process plant elements of the process plant via a display device 

of the user interface, where information for potential display with the graphical 

depiction is generated by processing data regarding both on-line and simiilated 

operation of the process plant. The customized nature of the graphical depiction is 

provided by determining or specifying a content layer of the generated information. 

The content layer may be determined by, or specified via, a selection based on a user 
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profile characteristic of the current user viewing the display device of the user 
interface. 

[0037] A plurality of content layers of a process graphic display are available to 
support a number of different user types. Examples of user types include operators, 
maintenance persoimel, training instructors, engineering personnel, and management 
In this way, an operator may view a customized content layer of the process graphic 
display that presCTits runtime data received firom the process plant in connection with 
the process plant elements depicted. Simulation data may also be presented in 
connection with a model of the process plant elements such that maintenance 
personnel may view a customized content layer depicting the simulation data. A 
simulated disturbance may also be introduced into the model of the process plant 
elements by a training instractor having access to an instractor content layer of the 
process graphic display. 

[0038] The use of a plurahty of content layers of a process graphic display provides 
an integrated approach to process plant user interfaces that avoids requiring 
configuration engineers and designers to create separate displays for the various 
pCTSOimel monitoring the process plant firom different on-line and off-line 
perspectives. As described below, the runtime and simulation information to support 
the plurality of content layers is generated in aii integrated manner via smart process 
objects that specify routines, instractions, behaviors or methods for implementation 
by an execution engine. The rendering of graphic display elements in a customized 
content layer may then involve a selection of a portion of the information generated in 
accordance with the methods, behaviors, etc. defined by the smart process objects. 
Examples of how portions of such information may be included in, or excluded firdni. 
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specific content layers are presented below in coxmection with a number of different 
user profile characteristics. 

[0039] Referring now to Fig. 1, an example process plant 10 in which smart 
process objects are used to form process graphic displays and process modules, both 
of which may be integrated with control modules to provide enhanced control and 
simulation within the plant environment, is illustrated in detail. In particular, the 
process plant 10 uses a distributed process control system having one or more 
controllers 12, each connected to one or more field devices 14 and 16 via input/output 
(I/O) devices or cards 1 8 which may be, for example, Fieldbus interfaces, Profibus 
interfaces, HART interfaces, standard 4-20 ma interfaces, etc. The controllers 12 are 
also coupled to one or more host or operator workstations 20 and 22 via a data 
highway 24 which may be, for example, an Ethernet link. A database 28 may be 
connected to the data highway 24 and operates as a data historian that collects and 
stores parameter, status and other data associated witii the control!^ and field 
devices within the plant 10 and/or as a configuration database that stores the current 
configuration of the process control system within the plant 10 as downloaded to and 
stored within the controllers 12 and field devices 14 and 16. While the controllers 12, 
I/O cards 18 and field devices 14 and 16 are typically located down within and 
distributed throughout the sometimes harsh plant environment, the operator 
workstations 20 and 22 and the database 28 are usually located in control rooms or 
other less harsh environments easily assessable by controller or maintenance 
personnel. 

[0040] As is known, each of the controllers 12, which may be by way of example, 
the DeltaV^ controller sold by Emerson Process Management, stores and executes a 
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controller appUcation that implements a control strategy using any number of 
different, independently executed, control modules or blocks 29. Each of the control 
modules 29 can be made up of what are commonly referred to as function blocks 
wherein each function block is a part or a subroutine of an overall control routine and 
operates in conjunction with other function blocks (via communications called links) 
to implement process control loops within the process plant 10. As is well known, 
function blocks, which may be objects in an object oriented programming protocol, 
typically perform one of an input function, such as that associated with a transmitter, a 
sensor or oflier process parameter measurement device, a control function, such as 
that associated with a control routine that performs PID, fuzzy logic, etc. control, or 
an output function that controls the operation of some device, such as a valve, to 
perform some physical function within the process plant 10. Of course hybrid and 
other types of complex fimction blocks exist such as model predictive controllers 
(MFCs), optimizers, etc. While the Fieldbus protocol and the DeltaV system protocol 
use control modules and fimction blocks designed and implemented in an object 
oriented programming protocol, the control modules could be designed using any 
desired control programming scheme including, for example, sequential function 
block, ladder logic, etc. and are not limited to being designed and implemented usmg 
the fimction block or any other particular programming technique. 

[0041] In the plant 10 illustrated in Fig. 1, the field devices 14 and 16 connected to 
the controllers 12 may be standard 4-20 ma devices, may be smart field devices, such 
as HART, Profibus, or FOUNDATION™ Fieldbus field devices, which include a 
processor and a memory, or may be any other desired type of device. Some of these 
devices, such as Fieldbus field devices (labeled with rof^ence number 16 in Fig. 1), 
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may store and execute modules, or sub-modules, such as function blocks, associated 
with the control strategy implemented in the controllers 12. Function blocks 30, 
which are illustrated in Fig. 1 as being disposed in two differait ones of the Fieldbus 
field devices 16, may be executed in conjunction witii the execution of the control 
modules 29 within the controllers 12 to implement process control, as is weU known. 
Of course, tlie field devices 14 and 16 may be any types of devices, such as sensors, 
valves, transmitters, positioners, etc. and the I/O devices 18 may be any types of I/O 
devices conforming to any desired communication or controller protocol such as 
HART, Fieldbus, Profibus, etc. 

[0042] In the process plant 10 of Fig. 1, the workstation 20 includes a suite of 
operator interface appHcations and other data stractures 32 which can be accessed by 
any authorized user (sometimes referred to herein as a configuration engineer and 
sometimes as an operator, although other types of users may exist as described herein 
below in connection with display layers customized for user type) to view and provide 
functionaUty with respect to devices, imits, etc. connected within ttie process plant 10. 
The suite of operator interface applications 32 is stored in a memory 34 of the 
workstation 20 and each of the applications or ^tities within the suite of applications 
32 is adapted to be executed on a processor 36 associated with the workstation 20. 
While the entire suite of applications 32 is. illustrated as being stored in the 
workstation 20, some of these appUcations or other entities coidd be stored in and 
executed in other workstations or compute devices within or associated with the plant 
10. Furthermore, the suite of applications can provide display outputs to a display 
screen 37 associated with the workstation 20 or any otbsr desired display screen or 
display device, including hand-held devices, laptops, other workstations, printers, etc. 
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Likewise, the applications within the suite of appUcations 32 may be brok^ up and 
executed on two or more computers or machines and may be configured to operate in 
conjunction with one another. 

[0043] Generally speaking, flie suite of applications 32 provides for or enables the 
creation and use of three different types of entities, the operation of which may be 
integrated together to provide for enhanced control, simulation, and display functions 
within the process plant 10. More particularly, the suite of applications 32 may be 
used to create and implement process graphic displays 35 (which generally provide an 
operator display pertaining to a portion of flie process plant), process modules 39 
(which generally provide a simulation of a portion of a process plant) and process 
control modules, such as flie control modules 29, which generally provide or perform 
on-line control of the process. The process control modiiles 29 are generally well 
known in the art and may include any type of control module, such as Amotion block 
control modules, etc. The process graphic display elements 35, which will be 
described in more detail below, are generally elements that are used by an operator, , 
engineer or other displays to provide information to a user, such as an operator^ about 
the operation, configuration or set-up of the process plant and the elements therein. 
The process modules 39 are generally closely tied to the process graphic display 
elements 35 and may be used to perform simulations of the operation of the process 
plant or of some of the different elements therein cormected in the manner depicted in 
the process graphic displays 35. The process graphic displays 35 and process 
modules 39 are illustrated as being stored in and executed by the workstations 20 and 
22, although the process graphic displays 35 and the process modules 39 could be 
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downloaded to and executed in any oilier computer associated with the process 
control plant 10, including laptops, handheld devices, etc. 

[0044] Fig. 2 illustrates some of the applications and data structures or other 
entities within the suite of applications 32 of the workstation 20. In particular, the 
suite of applications 32 includes control module, process module, and graphic display 
configuration appUcations 38 which are used by a configuration engineer to create 
control modules, process modules (also called process flow modules) and the 
associated graphic displays. While the control module configuration application 38 
may be any standard or known control module configuration application, tiie process 
module and graphic display configuration application(s) may create process modules 
and graphic displays using one or more smart process objects, the nature of which will 
be described in more detail below. Still fiirther, while the process module and process 
graphic configuration applications 38 are shown separately, one configuration 
application could create both of these types of elements. 

[0045] A library 40 of smart process objects 42 includes example or template smart 
process objects 42 that may be accessed, copied and used by the configuration 
application 38 to create process modules 39 and graphic displays 35. As will be 
understood, the configuration application 38 may be used to create one or more 
process modules 39, each of which is made up of or created firom one or more smart 
process objects 42 and may include one or more process flow or simulation . 
algorithms 45, which are stored in a process module memory 46. Additionally, the 
configuration application 38 may be used to create one or more graphic displays 35, 
each of which is made up of or created firom one or more smart process objects 42 and 
may include any number of display elements connected together. One of the grq>hic 
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displays 35b is illustrated in Fig. 2 in expanded fonn and includes a depiction of a set 
of process elements, such as valves, tanks, sensors and flow transmitters, 
interconnected by connection elements which may be pipes, conduit, power cables, 
conveyors, etc. 

[0046] An execution engine 48 operates or implements each of the graphic displays 
35 and the process modules 39 during runtime to create one or more process displays 
for an operator as defined by the gr^hic displays 35 and to implement simulation 
fimctionaUty associated with the process modules 39. The execution engine 48 may 
use a rules database 50 defining the logic to be implemented on the process modules 
39 as a whole and the smart process objects within those modules in particular. The 
execution engine 48 may also use a connection matrix 52 which defines the 
connections between the process elements within the plant 10 as well as within the 
process modules 39 to implement the fimctionahty for the process modules 39. 
[0047] Fig. 2 illustrates one of the smart process objects 42e in more detail. While 
the smart process object 42e is Ulustrated as being one of the template smart process 
objects, it will be understood that other smart process objects will generally include 
the same or similar elements, features, parameters, etc. as described with respect to 
the smart process object 42e and that the specifics or values of these elements, 
features and parameters may be changed or varied &om smart process object to smart 
process object depending on the nature and use of that smart process object. 
Furthermore, while the smart process object 42e may be an object within an object 
oriented programming environment and thus include data stores, inputs and outputs 
and methods associated therewith, this smart process object may be created by and 
implonented within any other desired programming paradigm or protocol. 
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[0048] As will be understood, the smart process object 42e, before being 
instantiated, is an object that is associated with a particular type of entity, such as a 
physical or a logical entity, within the process plant 10 of Fig. 1. However, after 
being copied and instantiated, the smart process object 42e may be tied to a particular 
entity within the process plant. In any event, the smart process object 42e includes a 
data store 53 that is used to store data received from or pertaining to the logical entity 
with which the smart process object 42e is associated. The data store S3 generally 
includes a data store S3a that stores general or permanent information about the entity 
to which the smart process object 42e pertains, like manufacturer, revision, name, 
type, etc. A data store 53b may store variable or changing data, such as parameter 
data, status data, input and output data, cost or other data about the entity to which the 
smart process object 42e pertains including data associated with the entity as it has 
existed in the past or as it now exists within the process plant 10. Of course, the smart 
process object 42e may be configured or programmed to receive this data (e.g., cost 
data) on a periodic or non-periodic basis, firom the entity itself via any desired 
communication link, from the historian 28 via the Ethernet bus 24 or in any other 
desired maimer. A data store 53c may store a graphical representation of the entity to 
which the smart process object 42e pertains and which is used for actual display to the 
operator via an operator interface, such as the screen 37 associated with the 
workstation 20 of Fig. 1. Of course, the graphical representation may include place 
holders (marked by underlines within the data store 53c) for information about the 
entity, such as information defined by the parameter or other variable data about the 
entity as stored in the data store 53b. This parameter data may be displayed in the 
graphical place holders when the graphical representation is presented to the opoator 
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on a di^lay device 37 as part of one of the graphic displays 35. The graphical 
representation (and the smart process object 42e) may also include predefined 
connection points (marked by an "X" in the data store 53c) that enable an operator or 
configuration engineer to attach upstream or downstream componaits to the process 
element, as depicted by the graphical representation. Of course, these connection 
points also enable the smart process object 42e to be aware of the elements connected 
to tibat smart object as configured within a process module and may specify a type of 
connection elem^it that must be used, sudi as a pipe, a duct, etc., a stream associated 
with that element, etc. 

[0049] The smart process object 42e may also include one or more inputs 54 and 
outputs 56 to enable communication with otihier smart process objects within or 
outside of a process modvde in which the smart process object 42 is used. The 
connections of the iiq>uts 54 and outputs 56 to other smart process objects may be 
configured by a configuration engineer during configuration of a process module by 
simply coimecting other smart process objects to these inputs and ou^uts or by 
specifying particular communications that are to take place between smart process 
objects. Some of these inputs and ou^uts may be defined as being connected to the 
smart process objects connected at the predefined coimection points for the smart 
process object as discussed above. These inputs 54 and outputs 56 may also be 
determined or defined by a set of ndes within the rule database 30 and the connection 
matrix 52 defining the coimections between different devices or entities within fee 
plant 10. The inputs 54 and the ou^uts 56, which include data stores or buffers 
associated therewith will, generally speaking, be used to provide communications of 
data fiom other smart process objects to the smart process object 42e or to provide 
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communications of data stored within or generated by the smart process object 42e to 
other smart process objects. These inputs and outputs may also be used to provide 
communications between fee smart process object 42e and other objects within the 
process control system, such as control modules within the controllers 12, field 
devices 14, 16, etc. 

[0050] As illustrated in Fig. 2, the smart process object 42e also includes a method 
storage 58 that is used to store zero, one or more methods 60 (illustrated as methods 
60a, 60b and 60c in Fig. 2) which may be algorithms to be implemented by the smart 
process object 42e during execution of a process module in which the smart process 
object 42e is used. Generally, the methods 60 stored in the method storage 58 will 
use the data stored within tiie data storage portions 53a and 53b and data obtained 
£rom other smart process objects or even data from other sources, such as the 
configuration database or historian 28, via the inputs 54 and the outputs 56 to 
determine information about the process plant 10 or an entity within the plant 10. For 
example, the methods 60 may determine poor or bad operating conditions associated 
with the entity defined by the smart process object 42e, errors associated with that or 
other entities within the process plant 10, etc. The methods 60 may be preconfigured 
or provided based on the type or class of smart process object and will generally be 
executed each time the smart process object 42e is executed within the execution 
engine 48 during runtime. Some example methods 60 that may be provided within a 
smart process object, such as the smart process object 42e, include detiecting leaks, 
dead band, dead time, movement, variability, condition monitoring, computing costs, 
or other conditions associated with the entity. 
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[0051] The methods 60 may also be provided to help simulate the operation of the 
process entity associated with the smart process object on the material flowing 
through that process entity. Thus, the methods 60 may be provided to calculate mass 
balances, raiergy balances, flows, temperatures, compositions, vapor states, and other 
system-level or stream level parameters associated with the material in the plant 10, to 
simulate operation of the element so as to calculate expected ou^uts based on 
provided inpiits, etc. Of course, these are but a few of the methods that can be stored 
in and run by a smart process object 42e, and there are many other methods that may 
be used, vidth such methods generally being detennined by the type of entity beixig 
represented, the manner in which that entity is connected in and used in a process 
plant as well as other factors. It is important to note that, while the smart process 
object 42e may store and execute methods that detect system-level conditions, errors, 
etc., these methods may also be used to determine other information about devices, 
logical elements, such as process control modules and loops, and other non-system- 
level entities. If desired, the methods 60 may be programmed or provided in any 
desired programming language, such as C, C-H-, C#, etc. or may be referenced to or 
may define applicable rules within the rule database '50 that should be run for the 
smart process object 42e during execution. 

[0052] Ifdesired, each smart process object may include a Ubrary of applicable 
algorithms or methods which may be used to define the simulation behavior of the 
smart process object when connected within a process module. Such a library is 
illustrated m a pull down menu 61 for the smart process object 42e of Fig. 2 and a 
similar menu may be associated with each other smart process object The 
configuration ea&neer may define the simulation bdiavior of a smart proc^ object 
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when this smart process object is placed in a process module 39 by selecting one of 
the library of simulation algorithms (called method 1, method 2, etc.) via, for 
example, the pull down menu 61 . In this manner, the configuration engineer may 
define different simulation behaviors for a smart process object depending on the type 
or nature of the process for which the smart process object is being used to model. 

[0053] If desired, the configuration engineer may instead provide a proprietary or 
other user supplied algorithm to define the simulation behavior of the process element 
defined by the smart process block. Such a user defined algorithm (illustrated as the 
"user defined" entry in the pull down menu 61) may be provided to and stored in a 
smart process object when that smart process object is placed within or used within a 
process module 39. This functionality enables the simulation behavior to be 
customized by the user to thereby provide for better or more accurate simulation. If 
desired, and as will be described in more detail later, the smart process objects 42 or 
each process module 39 may include an operator actuatable switch (such as an 
electronic switch or a flag) that disables the use of the simulation algorithms within 
the smart process objects and that, instead, causes the behavior of the process module 
to be detemiined by a high fidelity simulation package or program, such as one 
provided by HYSYS. In this case, the smart process object or the process module 
obtains simulated parameter data fix)m the high fidelity simulation, as opposed to 
using the simulation algorithms within the smart process objects thmiselves. 

[0054] During execution of a graphic display 35 or a process module 39 by the 
execution engine 48, the engine 48 implements the conmuxnications defined by the 
inputs 54 and outputs 56 to each of the smart process objects in the graphic display 35 
or process module 39 and may implement the methods 60 for each of those objects to 
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perfonn the functionaUty provided by the methods 60. As noted above, the 
functionality of the methods 60 may be located in programming within the smart 
process object or defined by a set of rules within the rule database 50 that the engine 
48 executes, based on the type, class, identification, tag name, etc. of a smart process 
object, to implement the functionality defined by those rules. 

[00551 It will be noted that an instance of the smart process object 42e has a tag or 
unique name within the context of the process module with which the smart process 
object 42e is associated and this tag or unique name may be used to provide 
coihmunications to and from the smart process object 42e and maybe referenced by 
the execution engine 48 during runtime. Process module tags should be uniqixe within 
the control system configuratioii. This tagging convention enables elements within 
the process modules 39 to be referenced by elements within others of the process 
gr^hic displays 35, process modules 39 and even the control modules 29. Still 
further, the parameters of the smart process object 42e can be simple parameters, such 
as single values, structured parameters or smart parameters that know the expected 
units and attributes associated therewith. Smart parameters can be interpreted and 
used by the process rules engine or execution engine 48 to assure all signals are being 
sent in the same units or are converted properly. Smart rules can also be used to turn 
on and turn off groups of alarms for the smart process objects (or process modules) to 
create a smart alarm strategy and/or interface for the operator. Still fiirther, smart 
process object classes can be associated with equipment and module classes within 
the process control strategy of the plant 10 to provide a known linkage between a 
smart process object and the process variables it will need to interpret or access. 
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[0056] Smart process objects, when used in process graphic displays or process 
modules, may also include mode of operation, status, and alarm behavior so that these 
smart objects may be put in different modes during runtime, such as the off, start-up, 
and normal modes, may provide a status associated with the object based on its 
current operating state, and may provide alamis based on detected conditions, such as 
a parameter out of range, limited, high variabiUty, etc. Smart process objects may 
also have a class/subclass hierarchy which enables them to be categorized in class 
libraries, to be collected together in a composite structure, etc. Still further, smart 
process objects may utiUze information from other elements, such as control modules 
and other objects to enable the smart process object to recognize when its associated 
entity is busy or, for example, acquired by a batch control process within the plant 10. 

[0057] Smart process objects may be associated with any desired process entity, 
such as physical devices like pumps, tanks, valves, etc., or logical entities such as 
process areas, measurements or actuators, control strategies, etc. In some cases, smart 
process objects may be associated with connectors, such a piping, conduit, wiring, 
conveyors, or any other device or entity that moves material, electricity, gas, etc. fix>m 
one point to another point within the process. Smart process objects that are 
associated witii coimectors, sometimes referred to herein as smart links or coimector 
elements, are also tagged (even though the actual device or connector itself may not 
be tagged or able to conununicate witihin the process plant 10), and are generally used 
to represent material flow between other elements in the {>rocess. 

[0058] Smart links will typically include properties or paramet^ that define how 
different materials or phenomena (such as electricity) flow through the connection 
(e.g. steam, electricity, water, sewage, etc.) These parameters may indicate the type 
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and nature of flow (such as the general speed, friction coefficients, type of flow like 
turbulent or non-turt>ulent, electromagnetic, etc.) through the connector and the 
possible direction or directions of flow through the connector. Smart links may 
include programming or methods that ensure that the units of the source and 
destination object to which the smart link connects, match and, if not, may paform a 
conversion. The methods of the smart link may also model the flow through the 
connector using a model or an algorithm to estimate the speed or nature of the flow 
through the actual connectors, length and size of the physical connections, transport 
delay, etc. The stored parameters for the smart process obj«:t (such as Motion 
parameters) may be used in these methods. Thus, in ess^ce, the smart links or 
connector elements enable smart process objects to be aware of the other upstream 
and downstream objects or entities. Of course, smart links may, for example, define 
the connections between other objects, the type of fluid, such as Uquid, -gas, 
electricity, etc. within the system, the upstream and downstream side of the entities, 
which other entities are upstream and downstream of the entity for this smart process 
object, the direction of material, fluid, electric, flow, etc. in any desired or convenient 
manner. In one embodunent, the matrix 52 may be created prior to execution of 
process flow modules and may define for the smart links the interconnections between 
tiie different devices within the plant and, therefore, the intraconnections between the 
different smart process objects. In fact, the execution engine 48 may use the matrix 
52 to ascertain the iq>stream and downstream entities and thereby define the 
communications between the smart process objects and the methods associated with 
the smart process objects. Still further, one or more sets of rules may be provided to 
be used by the smart process objects to interact wifli each other and to obtain data 
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&om each other as needed for the methods within the smart process objects and to 
resolve the impact of smart objects associated with output connections. 

[00591 If desired, the smart process object 42e may also include hot links, such as 
URLs, to key documentation which may be applicable to the type of object, or which 
may be specific to the instance (depending on the criticaUty and application) of the 
device to which the smart process object 42e pertains. The docimientation may be 
vendor supplied as well as user-specific. Some examples of documentation include 
configuration, start-up and shut-down procedures, operational and maintenance 
documentation. If desired, an operator may click on the object as displayed in an 
operator display to bring up flie instance specific (if any) and generic documentation 
for the object or associated device. Also, tiie operator may be able to 
add/delete/change documentation independently of the system software such as 
maintenance requests, records of operational problems, etc. Furtheraiore, these hot 
links may be user configurable or changeable to provide the ability to add knowledge 
links to objects in the an operator interface, to provide for quick navigation to 
appropriate information associated with the object and to provide the ability to add 
work instractions specific to the customer, to the specific object type or even to the 
specific instance of the object. 

[0060] While the process modules and process graphics are described above as 
being created together by the interconnection of differCTit smart process objects, they 
may be created separately. For example, a process graphic may be created using 
smart process objects and, when completed, a process module for that graphic may be 
generated based on graphic elements and their interconnections in the graphic display. 
Alternatively, the process module may be first created using smart process objects 
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and, once created, a graphic display for that process module may be automatically 
generated by the configuration application 38 using the graphic display elements in 
the smart process objects used to create the process module. Still further, a process 
module and a graphic display may be created separately and the individual elements 
within these two entities may be tied together manually by referencing one another 
(e.g., using the tag properties of the elements within the graphic display and the 
process module). Through this mechanism, a smart process object may be referenced 
by multiple displays. In any event, once created, a process graphic display and an 
associated process module may be run independently or separately, although they will 
typically communicate parameters and information back and forth as desired or 
needed. 

[0061] Generally speaking, a set of predefined graphic elements may be provided - 
in the configuration apphcation to enable a user to construct process graphic displays 
that reflect the process plant. These displays have graphic display elements designed 
to dynamically show on-line measurements and actuators that interface with the 
control system and, as a result, may present information typically monitored and 
utilized by operators or other personnel involved in on-line operations. Tn addition, 
unmeasured parameters that reflect process operation may be calculated using on-line 
process sunulation provided in the process modules and may be shown as an integral 
part of the associated graphic displays. In these and other ways, the process graphic 
displays may provide information typically monitored and utilized by plant personnel 
other than operators, such as engineering persoimel or management. 

[0062] Additionally, in an o£Qine environment that may be used for engineering or 
training simulation purposes, the process simulation vdues provided by the process 
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modules may be used and/or displayed in place of the actual process measurement 
values otherwise provided by the graphic elements and the associated control 
modules. These simulation values, which may be calculated by the associated process 
modules or a third-party simulation appUcation (e.g., HYSYS), may be based on 
actual plant settings (e.g., an actuator position or state) as well as user-specified 
disturbance settings or values that may be estabUshed via, and depicted in, the process 
graphic displays and their respective graphic display elements. To these ends, a 
content layer of the process graphic display customized for an offline view of the 
process graphic displays may be generated and made available in, for instance, a 
training context. Further details regarding tiiis content layer of the process graphic 
display are set forth below. 

[0063] More generally, the process graphic displays may be used in a variety of 
contexts involving both on-line or control situations, and off-line or simulation 
situations, by a number of different types of personnel. To this end, each process 
graphic display may have a plurality of content layers dedicated to these different 
contexts, situations and personnel. Unlike past systems having separate, independent 
displays, these dedicated content layers are integrated portions of die objects used to 
define them, in the sense that the same object or objects have associated therewith the 
information necessary to generate all of the different content layers. As a result, the 
content layers of a single process graphic display provide customized views without 
requiring a configuration engineer or other design personnel to create a separate 
display for each of the views. 

[0064] The breadth of information required to generate customized user interface 
displa>^ for the different fimctions (operations, engineering, maintenance. 
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management, etc.) is provided and supported by a flexible and extensible set of 
graphic display elements and the simulation algorithms associated therewith. These 
graphic display elements, which may correspond with a number of different types of. 
process plant elements, includmg stream elements, process connection elements, 
actuator elements, processing elements, measurement elements and estimated 
property elements, may be predefined or otherwise made available for use in creating 
the process graphics displiay and its broad fimctionality. Custom elements may also 
be created or generated by a configuration engineer to cover specific types of the 
foregoing process plant elements, composites of such elements, and entirely new 
elements composed firom basic graphic shapes (e.g., lines, circles, etc.). 

[0065] Stream elemmts generally define a stream of material in the process plant 
and may be exposed in the graphic display to show the composition, dOTsity, flow, 
temperature, pressure, weight, and/or any other parameters defining the stream of 
material. Stream elements may be defined at the input of the process module and 
provided to elements within the process module to thereby enable the flow of material, 
through the process module to be modeled and depicted in the graphic display. 
Similarly, stream elements may be illustrated at the output or end of the process 
module to illustrate in the graphic display the material output of the portion of the 
process plant depicted by the graphic display. Stream elements also may be used to 
define how differmt graphic displays (and the associated process modules) are 
connected with one another. For example, the output stream in one process module 
may be the input stream in another process module and may supply the values used at 
the input stream of the other process module. Streams may contain the following four 
parts: name (e.g., pH stream), direction (e.g., flow input), measurement (e.g., flow. 
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pressure, temperature), and composition (e.g., nitrogen, ammonia, etc.) However, 
streams could have other parts or parameters if so desired. 

[0066] Process connection elements define the manner in which materials within 
the plant, such as solid materials, liquid and vapor, and gases are deUvered or carried 
firom one device to another. To clearly illustrate the material flow through the 
process, three different types of process connections including piping, ducts and 
conveyors may be used. Of course other connection elemmts, such as electrical 
cables to address power flow in electro-chenodcal processes, etc. may be used as well. 
Piping is generally used to illustrate (and simulate) liquid and high pressure vapor or 
gas flow within the plant. Ducts are generally used to illustrate (and simulate) low 
pressure gas flow within the plant. Conveyors are generally used to illustrate (and 
simulate) the movement of solid material between processing units. As a result, each 
process coimection element defines the type of connection, such as a pipe connection, 
a duct connection or a conveyor coimection that is used to provide material at the 
input or output of a device. 

[0067] If desired, the properties of the material that is being transferred by a 
connection are determined by the upstream input. This information plus a coimection 
status variable defining if the connection is complete may be made available as 
properties of the connection element on the graphic display. A connection element 
may start at a processing element output, an actuator elemCT.t output or a stream 
element output. In a similar manner, a connection element may terminate at a 
processing element input, an actuator element input or a stream input. 
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[0068] The properties of a connection elemmt may be automatically displayed 
when the cursor is placed over the connection element in the graphic display. Also, 
the properties associated with a coimection element may be exposed for permanent 
display by placing a measurement or estimated property element (defined below) on 
the connection element. If desired, a connection element may be created by holding 
the left mouse button down over an element output (such as a stream output, a 
processing element ou^ut or an actuator element output) and, while holding down a 
button on the mouse, positioning the cursor over an element input For the connection 
to be estabUshed successfully, the input and the output types (pipe, duct, or conveyor) 
of the upstream and the downstream elements must match. The connection will 
automatically take on the type of the upstreani element. 

[0069] If desired, piping elements can be shown or depicted in the process graphic 
display as a pipe connection, duct elements (e.g., air or gas) can be shown as a duct, 
and conveyor elements may be shown as conveyor belts. Piping, duct and conveyor 
element connections can be automatically routed between processing elements and 
arrows may be displayed outside the depiction of these elements to show the direction 
of the flow. If an upstream output is common to two connections, then a 'T** element 
may be included in the pipe, duct or conveyor. Similarly, "T" elements maybe used 
to combine multiple outputs. Thecoloror other graphic property of a conveyor 
element may change to indicate its status, e.g., running/stopped, flowing/not flowmg, 
plugged, etc. Generally speaking, tihie material flow along a conveyor is determined 
by the motor drive connected to the conveyor. Thus, a motor drive actuator (which is 
an actuator element described in more detail below) may be connected to the 
conveyor. Additionally, measurement elements (described below) can be connected 
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to pipe, duct and conveyor elements to make it possible to expose measurements 
associated with the pipe, duct or conveyor elements, such as the speed of the conveyor 
or the flov^^ of material in a pipe or duct, the properties of the material on or in the 
conveyor, pipe or duct, e.g. moisture or weight. Also, an exposed property element 
may be added to display properties of the material on or in the pipe, duct or conveyor 
that are not measured, for example, the composition of the material. 

[0070] If desired, each of the piping, duct and conveyor coimection elements may 
graphically and dynamically reflect a lost coimection (e.g., by a color change), and 
that a selected property (pressure, temperature, length, etc.) is outside configured 
limits (e.g., by a color change). Furthermore, parameters calculated by the associated 
process module may be exposed in the graphic. For example, properties provided by 
the upstream connection, whether the coimection status is bad or good, limits on one 
or more selected parameters of the connection element, etc. may be exposed in the 
graphic display to provide information to the operator about the connection element or 
the stream being transferred by the connection element. 

[0071] GenCTally speaking, actuator elements are elements that p^fonn some 
actuation function with respect to the stream and may be placed between different 
connection elements or between a processing element and a connection element. 
Examples of actuator elements include a regulating valve (with actuator), an on-ofiF 
valve (with actuator), a pump (with motor), a force draft fan (with motor), an induced 
draft fan (wifli motor), an eductor (with on-ofF valve), a damper (with drive), a feeder 
(with variable speed motor), a conveyor motor drive (which may be attached to a 
conveyor element), etc. 
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[0072] The graphic depiction of the valve elements may dynamically reflect the 
implied valve position (by animation, for example), valve failure (by a color change, 
for example), the valve full open/closed position (by a color change, for example), 
and the AO, DO, DC, setpoint, PV, OUT, mode, etc. (by a numeric string or other 
indication, for example) of the associated control block controlhng that valve. The 
simulation element associated with the valve elements (used in the process module) 
may have simulation algorithms that calculate parameters associated with the yalve 
actuator, such as the discharge pressure, mass flow, liquid temperature, liquid 
composition, inlet pressure, and outlet pressure. These simulated or calculated 
parameters may be closed in the process graphic, if so desired. However, the user or 
configuration engineer must usually configure the reference to an AO, DO or DC 
block in a control module associated with the valve as well as the valve type (e.g., 
linear, quick opening, equal percentage, valve sizing, etc.) and the stroke time fiom 
open to close. Of course, the simulation algorithms available to simulate tiie 
operation of the valve on flie material flowing trough the valve may be dependent 
upon the type of the valve and sizing information. 

(00731 The gr^hic depiction of piunp elements may dynamically reflect the motor 
status (using, for example, a color change), the associated DO or DC function block 
mode and setpoint (using, for example, strings), the motor speed (if variable speed 
drive is used), the AO se^oint, PV, OUT mode (if variable speed drive is used) and 
other desired parameters. likewise, the process sunxilation (used in fee process 
module) for this element may determine or calculate parameters such as the discharge 
pressure, liquid composition, Uquid temperature, and mass flow, which parameters 
may be exposed in fee grq)hic display. The user may need to define a pump curve 
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based on the pump type. However, the user may configure the reference to the DO or 
DC block associated with the motor start/stop, the reference to the associated AO 
function block for variable speed drive (if used), and the pump curve (e.g., pressure 
versus flow) for flie defining the operation of the pmnp. 

[0074] The grkphic depiction of a force draft or an induced fan actuator element 
may have a depiction that dynamically reflects the motor status, DO or DC function 
block mode and se^oint, motor speed (if variable speed drive is used), the AO 
se^oint, PV, OUT, DO or DC function block mode (if variable speed drive is used) 
and other desired parameters, any of which may be exposed in the gr^hic display. 
The process simulation element (used in a process module) for tins element may 
determine or calculate parameters such as the discharge pressure, gas composition, 
gas temperature, and gas mass flow, which parameters may be exposed in the graphic 
display. The user may configure the reference to the associated DC block for motor 
start/stop, the reference to an AO block for variable speed drive (if used), and tiie fan 
curve (pressure versus flow) for defining the simulated operation of the fan. 

[0075] In some cases a particular type of actuator may only be used with a specific 
type of connection, e.g., a pipe, a duct or a conveyor. The table below defines some 
example connection limitations for typical actuator elements. 
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Pipe 


Duct 


Conv^or 


Regulating valve 


X 






On-OffValve 


X 






Pump 


X 






Eductor 


X 






Force Draft Fan 




X 




Induced Draft 
Fan 




X 




Damper Drive 




X 




Feeder 


X 




X 


Motor Drive 






X 



[0076] Processing elements include plant equipment that processes the materials or 
streams in the plant in some manner. Genially speaking, all inputs and ou^uts to 
and from processing elements will be made through coimection elements. Standard 
processing elements include tanks (vertical and horizontal), heaters, static mixers, 
reactors, mixers, air heaters and any other elements that perform some type of simple 
or standard processing activity* For standard processing elements, the user may 
specify the number of inputs and outputs to the element along with the physical 
equipment properties e.g. size, voliune, etc. The simulation algorithm and static 
representation of these standard processing elements may be set so that they caimot be 
modified by the user but may be selectable as described above at configuration time. 
Of course, if desired, other, typically more complex plant equipment (such as 
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distillation columns, evaporators, separators, boilers, etc.) may be implemented as 
custom processing elements. The static representation, number of inputs and ou^uts 
and the simulation algorithm of such custom processing elements may be modified to 
meet the user interface requirements. Once a custom processing element has been 
defined, it may be saved as a composite or template that may be reused or used as a 
starting point in the creation of other processing elements. 

[0077] The tank standard processing element (either vertical or horizontal) may be 
configured based on the pipe connections to the tank and the tank element may 
dynamically reflect the level in the tank (using, e.g., dynamic animation), and the 
level at 100% or empty (using a color change, for example). The process module 
simulation for the tank may calculate and expose, via the graphic display, parameters 
such as the outlet temperature, the outlet composition, the liquid temperature and the 
simulated level of the tank. However, to tie the tank into the system, the user or 
configuration engineer may need to configure the number of input and output 
connections, the complete coimections to the tank, the tank properties, such as size 
(e.g., diameter and height), etc. 

[0078] The heater processing element may dynanwcally calculate and reflect, via 
the graphic di^lay, the heat transfer coefficient (e.g., using a color change), the outlet 
product temperature, the inlet product temperature, the outlet pressure (assuming 
fixed drop), etc. A user or configuration engmeer may need to configure the complete 
connections to the heater, the heater surface area and the heat transfer coefficient 
when clean. 
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[00791 Of course, other processing elements such as a static mixer, a reactor, a 
mixer, an air heater, a heat exchanger, etc. may have display and simulation 
capabilities that are tailored to these types of devices. Non-standard processing 
elements, such as distillation colunms, evaporators, separators, boilers, etc. may be 
represented graphically using a custom processing element in which the simulation 
associated witti the vessel may be user defined if not included in a standard selection. 
The processing in these elonents may be described or defined as a step response 
model relating each input to each output of the vessel. Inputs may be gas and/or 
liquid streams. Optionally, the user may define the equations that describe the 
relationships between the inputs and outputs of the processing element and these 
equations may be stored in the process module using that element to perform 
simulation. If desired, some simple static gi^aph representations may be provided to 
help the user quickly create the static graphics associated with a custom processing 
element. If these simple graphics are used, flien the user may need to only specify the 
desired number of input and output connections and the type of connection supported 
(e.g., pipe, duct, or conveyor) siipported by the custom processing element. In 
response, the graphic item will be displayed and can be immediately used in the 
creation of the operator graphic. If desired, the gains and any dynamics associated 
with each input and output of the process element may be specified if the user elects 
to specify the simulation algorithm as step responses. If the user selects a custom 
algorithm, then an expression editor may be provided for the user to define ttie 
simulation algorithm. Based on the method selected, the properties of the custom 
processing element outputs may be calculated differently. Furthermore, the user may 



-41- 



wo 2005/109124 



PCT/US2005/015392 



reference one or more of the algorithms that they have defined in a separate software 
assembly. 

[0080] Additionally, several pre-defined composites or templates may be provided 
for creating custom processing elements. These templates may include, for example, 
a boiler template having a custom algorithm that calculates the exit gas O2, the exit 
gas CO, the steam generated, the boiler drum level and the boiler draft. Such a 
template may be based on a single fiiel input. However, by modifying the template, it 
is possible to simulate boilers with multiple fiiels. Other pre-defined templates may 
include a specialized vessel-cyclone separator template, which may be used with in 
conjunction with a spray dryer custom processing element, and which may include a 
step response model to model the operation of the separator. Likewise, a column 
template, a spray dryer, and an evaporator body may utilize a step response model to 
define the expected process response. In an evaporator, based on the energy input and 
the concentration of the input flow, the concentration of the outlet flow and vapor 
release can be calculated. Multiple evaporator elements may be connected together 
along with heat exchanger and eductor elenients to create a multiple-effect evaporator. 
Similarly, a specialized vessel-stack custom template processing element may be iised 
with the boiler processing element In this case, the properties of the inlet may be 
carried through the stack with no modifications if so desired, or to reflect emissions 
reductions performed in the stack. 

[0081] Other types of elements that can be used to create process graphic displays 
and process modules include measurement elements and property elements. 
Measurement elements include transnutter elements, which may be used in the 
graphic display to access flie measurement value associated with a physical 

-42- 



wo 2005/109124 



PCTAUS2005/015392 



transmitter, and switch elements. Generally, the transmitter element may dynamically 
reflect bad or uncertain status, the mode of the associated AI function block in the 
control module, the measurement value and units, etc. associated with an actual 
transmitter (sensor) or other data associated with the actual transmitter. In an off-line 
mode (or simulation mode) the transmitter element may be used to access and display 
the simulation value provided by the process module rather than the value associated 
with the AI or PCI block or may be used to provide a measurement value to the 
associated AI block in the control module as a measurement to be used in the 
simulated control routine. The transmitter element can be added to a coimection . 
element or to a processing element and, when such a traiismitter element is added to 
the display, the user will generally need to identify the associated AI, PCI or DI block 
in controller scheme that is providing the measurement, hi the on-line mode, the 
value of the measurement may be shown next to this measurement element. In the 
off-tine mode (or simulation mode) the simulated value of the measurement (as 
developed by the corresponding process module) may be automatically displayed. In 
on-line operation, the user can elect to switch control and display to the simulated 
value in the event of a measurement failure. 

[0082] A switch element may dynamically reflect a bad or uncertain status, the 
mode of the associated DI (e.g., manual or OS), and the discrete value of a switch (on, 
off; etc.) When in an off-line simulation mode, the user may use the switch display 
element to access and change the switch parameters in the graphic display and control 
module by selecting a simulation value or a manual value and status and by manually 
entering the value and status of the switch. However, a user may generally configure 
the switch element by providing a refer«ice to an associated DI block in tte control 
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scheme, a reference to the element property that triggers the switch, and the limit and 
deadband associated with a change of state of the switch. 

[0083] An estimated property element generally exposes an estimated property of 
the system as determined by the process module and may be added to a coimection or 
processing element to display any property.of that element. When this element is 
placed on a connection element or on a piece of equipment, the user can browse and 
select the properties that will be displayed. Thus, simulated properties that are not 
available through a physical measurement may be exposed through the use of the 
estimated properties element. Such an estimated property element may dynamically 
reflect a good/bad connection, the estimated property value(s), and a property that is 
outside of an associated limit or change. A user must generally configure the 
reference to property(s) to be displayed and the limits and color changes for the 
element if the property is outside of the limits. 

[0084] As will be understood, by attaching transmitter elements and estimated 
property elements to processing elements, actuator elements and connection elements, 
the properties associated with the inputs and outputs of these process plant elements 
may be referenced during on-line operation or off-line simulation. These properties 
may also be made visible in the process graphic display. 

[0085] Generally speaking, an operator may run or execute the configuration 
application 38 to create one or more process modules 39 or process graphic displays 
for implementation during operation of the process 10 or for implementation in a 
simulation environment. The configuration ^pUcation 38 presents a configuration 
display, such as that illustrated in Fig. 3, to the configuration engineer. As seen in 
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Fig. 3, a configuration display 64 includes a library or template section 65 and a 
configuration section 66. The template section 65 includes a depiction of sets of 
template smart process objects 67, which may include the smart process objects 42 of 
Fig. 2 and may be any of the coimection, measurement, stream, processing, and 
estimated property elements described above. If desired, non-smart elements 68 that 
only have a gr^hic definition may also be provided. Essentially, the templates 67 
and 68 are generic objects that may be dragged and dropped onto the configuration 
section 66 to create an instance of a smart process object within a process module or 
graphic display (or both). A partially completed process graphic display 35c is ^ 
illustrated as including a valve, two tanks, two pumps, a flow transmitter and two 
sensors interconnected by flow path comiectors, which may be smart links or 
connector elemCTits as described above and providing a stream output. It will be 
noted that the graphic display 35c may be made up of bofli smart process objects and 
non-smart elements. 

[0086] When creating a graphic display, such as the graphic display 35c (or a 
process module), the configuration engineer may select and drag the smart process 
objects 67 and the elements 68 illustrated in the template section 65 onto the 
configuration section 66 and drop them th^e in any desired location. Generally, the 
configuration engineer will select and drag one or more smart device process objects 
67a or non-smart elements 68 depicting devices onto the configuration section 66. 
The configuration engineer will then interconnect the smart device process objects 
within the configuration section 66 with smart comiector process objects 67b and may 
place input and output streams 67c into the display. Moreover, non-smart elements 
may be added to the display. The configuration engineer may change the properties 
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of each of the smart process objects during this process using pop-up properties 
menus, etc. and, in particular, may change the methods, parameters, tags, names, hot 
links, modes, classes, inputs and outputs, etc. associated with these smart process 
objects. When the process or configuration engineer has created a process module 
with, each of the desired elements, typically representing a process configuration, area, 
etc., the configuration engineer may define rules or other fimctionality associated with 
the module. Such rules may be execution rules such as those associated with the 
performance of system-level methods, like mass balance and flow calculations. The 
process engineer or operator may also decide to add trends and facq^lates that would 
be useful when the process display is on-line. After creating the graphic display 35c, 
the configuration engineer may save that display in a memory and may, at that time, 
or later, instantiate and download tiiat display to the execution engine 48 in a manner 
that the execution engine 48 may provide a graphic display. Of course, the 
configuration engineer could create a process module in the same or similar manner 
although different graphics may be depicted for process module elements as opposed 
to process graphic display elements. Furthermore, the operator may elect to turn on 
levels of detail while they are running the plant. For example, one of the levels of 
detail would show the composition at each connection. 

[0087] As noted above, the process graphic or process module may be provided 
with a specific tag. For example, smart process object elements within a graphics 
display or a process module may be provided a tag including an alias that can be filled 
in or selected at runtime by, for example, the execution engine 48 based on other 
factors, such as a piece of equipment or a route selected witihdn the process control 
system. The use of alias names and indirect referencing in process control systems is 
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discussed in detail in U.S. Patent No. 6,385,496, which is assigned to the assignee of 
the present invention and which is hereby expressly incorporated by reference herein. 
Any of these techniques may be used to provide and resolve aliases in tags for the 
smart process objects described herein. With the use of aliases and the like, the same 
process modxile may include or be used to support different views for sets of 
equipment, etc. 

[0088] The configuration application 38 may be used to design the display 64 of 
Fig. 3 in a multi-layered manner such that, for example, tabs (View 1, View 2 and 
View 3) may be used to access and create different views of the process module or 
graphic display. These tabs may be used in this configuration environment to access 
and create the different views, and may, or may not, be made avgdlable for switching 
between such views during runtime (i.e., when the execution engme 48 generates tiie 
process gr2q>hic display for a user). In either case, the different views may be 
selectively provided to support different users associated with the process plant. 
Further details regarding these different views, and the manner in which the views 
may include or use the same smart process objects (or different subsets thereof in 
respective content layers of the same process graphic display, are provided below. 

[0089] Before fiirttier discussing the custonodzed content layers made available to 
different types of users, the nature and configuration of process graphic displays are 
now described botii generally and in connection with an exemplary display. 
Generally, when the configuration ragineer creates a process module or a graphic 
di^lay, the configuration application 38 automatically stores the smart process 
objects, along with the connections therebetween, in a database. This database may 
then be used to create oth^ process modules and graphic displays using one or more 
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of the same smart process objects. As such, when creating the further displays, the 
configuration engineer can simply reference the smart process object, as already 
created and stored within the database, and any methods, etc. stored therewith to place 
that smart process object in the further display. In this manner, the database may be 
populated as the process control modules and graphic displays are created and the 
database may be used at any time to create and execute other displays and modules 
using smart process objects which aheady exist within the process flow database. 
Using such a database, each smart process object within the database may support or 
be used in process modules and referenced in multiple graphic displays. As will also 
be understood, the process modules may be constructed by building displays for tiiese 
modules and tiien specifying flow algorithms to be used in or associated with process 
modules. Of course, individual process modules may be spread across and executed 
by different computers and process modules may be communicatively connected to 
one other to operate in conjunction with each other, either on the same or on different 
con^uters. When this is done, input and oulput streams will be externally referenced 
to tie process modules together. 

[0090] As noted above, the configuration engineer may, as part of the process 
module or graphic display creation, attach or provide the simidation algorithm of the 
process module. These simulation algorithms may be preconfigured to calculate or 
determine certain process or system-level properties, such as mass balance 
calculations, flow calculations, efficiency calculations, economic calctdations, etc. 
with respect to the process depicted or modeled by the process module. As a result, 
the process modules themselves may have mode, status, and alarm behavior, can be 
assigned to workstations, and maybe downloaded as part of the display downloads. 
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If desired, the simulation algorithms may be executed by the execution engine 48 to 
perform mass or heat balancing, flow routing, flow efficiency, flow optimization, 
economic calculations related to process simulation or other desired calculations using 
the data provided in the smart process objects of the process module. Still further, 
these simulation algorithms may access parameters firom the control strategy, i.e., the 
control modules associated with and downloaded to the controllers, field devices, etc, 
and may, conversely, provide data or information to these control modules. 

[0091] It will be understood that the execution engine 48 is needed to enable the 
process algorithms to execute across an amalgamation of all process objects and links 
configured on all displays. Thus, the simulation algorithms (within the process 
modules) will generally execute regardless of whether any associated graphic display 
is loaded, i.e., called up and currently displaying information to a user. Of course, tiie 
simulation algorithms may be cross-checked across the entire process 10 or across 
defined subsets of the process 10. It will also be understood that, during execution of 
any particular process module, the execution engine 48 may provide a display to an 
operator (or othesr user type) on a display device depicting the interconnected objects 
or entities within the process module based on the graphic display associated with that 
process module. The parameters, graphics, etc. of the display will be determined by 
the configuration and interconnection of the smart elements within the process 
module. Fiirthemiore, alanns and other information to be provided on this or other 
displays may be defined and generated by the methods within the smart process 
objects and the simulation algorithms associated with a particular process module. If 
desired, the execution engine 48 may provide a display for a process module to more 
than one operator interface or may be configured or set to provide no display, even 
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though the execution engine 48 continues to execute the process flow module and 
thereby perform the methods, alarm behavior, flow algorithms, etc. associated 
therewith. 

[0092] Fig. 4 illustrates an exemplary process gr^hic display 100 that may be 
created using the elements and configuration applications described above. In 
particular, the graphic display 100 depicts a portion of process plant that produces 
white vinegar from water, acid and a base. As illustrated in Fig. 4, the process 
graphic display 100 includes foiir stream elements 102 at inputs thereto defining the 
streams of Base Feed, Acid Feed, Water Feed and cooling water. The Base Feed 
stream 102 is delivered through a piping connection element 104 to an actuator 
element in the form of a valve 106. The output of the valve 106 is connected to a first 
input of a mixer 108 via a piping connection element 104. In a similar manner, the 
Acid Feed 102 is connected to a transmitter element 110 and then to a further valve 
1 12 which is connected to the mixer 108. The Acid Feed 102 and transmitter 1 10, the 
transmitter 110 and the valve 112 and the valve 112 and the mixer 108 are connected 
via piping connection elements 1 14. 

[0093] As can be easily seen, an output of the mixer 108 is connected to a heat 
exchanger 122 via piping and two transmitters 124 and 126. The cooling water 
stream 102 is delivered to the heat exchanger 122 via a valve 128 and exits the heat 
exchanger via a valve 130 to produce a return water stream element 131. Likewise, 
the output of the heat exchanger 122 is delivered through a transmitter element 132 
and a valve 134 to provide an output Acetic Acid stream element 136. While not 
always called out in particular, the elements in the graphic display are in all cases 
connected with one another via piping connection elements. 
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[00941 It will be tmderstood that display boxes 140, which may be generated as 
properties of the display elemaits themselves or which may be separate elements in 
the form of transmitter and estimated property elements or elements that reference 
blocks in control modules, are illustrated in the graphic display 100 to indicate or 
expose parameters, such as process variable (PV) values, setpoint (SP) values, OUT 
values, etc. associated with the different elemients. Additionally, if the user were to 
place a cursor over some of the elements, the display 100 may illustrate other values 
associated with the referenced elements. For example, placing the cursor over one of 
the stream elements (such as the Acetic Acid stream output 136), may cause the 
graphic to indicate the composition, pressure, tanperature, density, flow rate, etc. of 
the acid stream at ttiis point in the process. Of course, tiie values and parameters 
(Usplayed on the graphic display 1 00 may be delivered from an actual referenced 
transmitter within the process control system (such as from an AI block in the control 
system), or from a process module simulation element that simulates the functionality 
of the element. The graphic display 100 of Fig. 4 may be provided to a user during 
operation of the process which niakes white vinegar or to implement a simulation of 
that process to be used, for examplie, to perform design or operator training activities. 

[0095] It will be understood that the functionality of the smiart process objects, the 
graphic display elements and the process modules described herein may operate in the 
operator workstation 20 and does not need to be downloaded to and configured within 
the controllers, field devices, etc. within the plant 10, which makes this fimctionality 
easier to implement, view, change, etc. Further, ttiis functionality enables system 
level detCTminations to be made more easily than within flie process devices, 
controll^ etc. because the information pertaining to the devices on a system level is 
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all typically available to the operator workstation 20 in general and to the execution 
engine 48 in particular whereas all of this information is not typically made available 
to each controller and field device within the process plant 10. However, when it is 
advantageous to do so, some of the logic associated with the process modules, such as 
primitives, may be embedded in the devices, equipment and controllers down within 
the process plant. The use of smart process objects to create integrated process 
control modules and graphic displays enables the execution engine 48 to, for example, 
automatically detect leaks and produce smart alarms with minimal amounts of user 
configuration activities, to calculate and track flow and mass balances within the plant 
10, to track losses within the plant 10 and to provide higher level diagnostics for the 
plant 10 and to simulate the operation of the plant during engineering design and 
operator training. 

[0096] Fig. 5 depicts one possible manner of integrating the execution engine 48 
and the process modules and graphic displays used thereby within a process plant 
having a distributed control strategy. As illustrated in Fig, 5, the display class 
definitions 220 created by or associated with the process modules providing displays 
to an operator during execution by the execution engine 48 and are provided to the 
control configuration database and engineering tools 222 which may use and organize 
tibiese display class definitions in any desired manner within the control strategy 
documentation. Process algorithms 224 may be connected to these display class 
definitions prior to runtime and then the display class definitions and flow algorithms 
bound thereto may be instantiated and provided to the graphic display/ process 
module runtime environment 226 (which may be implemented in the fomi of one or 
more execution engines 48 in one or more workstations). The graphic di^lay/process 
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module runtime enviromnent 226 uses a download script parser 228 to parse the code 
during execution (i.e., to perform just in time object code conversion) and uses a 
ruled-based execution en^e 230 to execute flow algorithms or other rule based 
procedures provided for or bound to the display classes. During this process, the 
graphic display/process module runtime environment 226 may communicate with the 
control module runtime environment 232, which may be executed in controllers and 
field devices associated with tiie process, to provide data or information to the control 
module runtime enviroiunent 232 or to access data or other information fipm the 
control module runtime environment 232. Of course, the graphic display/process 
module runtime enviroimient 226 may communicate with the control module runtime 
environment 232 using any desired or preconfigured commimication networks, such 
as the Ethernet bus 24 of Fig. 1. Still further, other methods of integrating the gr^hic 
displays, process modules and control modules described herein into a standard 
process control system or process plant may be used as well. 

[0097J As described above and shown in the exemplary process graphic display of 
Fig. 4, smart process objects have both graphical and simulation elements, and are 
used to depict and model the operation of a plant or a portion of the plant, hi the 
following description, the grj^hical elements or aspects of the smart process objects 
are set forth in greater detail in connection with one or more embodiments. Generally 
speaking, and to first summarize the foregoing description, each smart process object 
represents a physical device or process plant elraient and includes a graphical elCTient 
tiiat may be used in a graphical depiction of that element, and a modeling or 
simulation element, such as an algorithm, tiiat models or simulates tiie behavior of 
that process element when operating in the plant. In particular, a smart process object 
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may include a display elem^t to be displayed to the operator, data storage for storing 
data and information pertaining to and received from an associated entity within a 
plant, and methods that may be executed on the stored and received data to render the 
graphical depiction. Multiple smart process objects may be coimected together to 
create a process graphic display that d^icts the operation of a cortain portion of the 
process plant To that end, data from the actual plant (e.g., as measured within the 
plant) may also be commimicated to and depicted within the process graphic display 
created using smart process objects. The content and information generated from this 
implementation may be presented via tiie process graphic displays, which may be 
generated by the execution engine, one or more separate rendering engines (e.g., a 
vector graphics rendering engine), or any other engme, application, or other software 
suitable for generating the graphics necessary to depict the content and information. 

[0098] Before proceeding to describe further details regarding the smart process 
objects and the process graphic displays created therefrom, it should be noted that 
ftirther information regarding smart process objects and process graphic displays and 
their use with process modules, may also be found in (i) U.S. Patent Application 
Serial Number 10/278,469, entitled "Smart Process Modules and Objects in Process 
Plants," which was filed on October 22, 2002, (ii) U.S. Patent Application Serial 
Number 10/625,481, entitled "Integration of Graphic Display Elements, Process 
Modules and Control Modules in Process Plants," which was filed on July 21, 2003, 
and (iii) U.S. Patent Application Serial Number 1 1/014,307, entitled 'TProcess Plant 
Simulation Using Smart Connection Elements," which was filed December 16, 2004, 
the entire disclosures of which are hereby expressly incorporated by reference in their 
entirety herein. For instance, in U.S. Patent Apphcation Serial No. 1 1/014,307, 
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reference is made to Fi^. 5-8 thereof and the corresponding textual subject matter set 
forth in paragraphs [0075] to [0107], where Fig. 5 thereof shows nested process 
graphic displays. Fig. 6 thereof shows an association of a process module associated 
with a process graphic display. Figs. 7A and 7B thereof show the communication 
interconnections between, and the integration o^ a process graphic display, a process 
module and a control module, and Fig. 8 thereof shows an intercoimected process and 
control modules providing advanced control and simulation capabilities. 

[0099] As described above, the configuration application enables the construction 
of one or more graphic displays that generally reflect areas or portions of flie process 
plant. More specifically, each graphic display includes a number of process graphic 
elements tied to respective process module elements of a process module designed to 
simulate a portion of the process plant Each process graphic element and process 
module element may be data linked via, for example, the process control system, to a 
corresponding process plant element, which may be, for instance, a measurement 
element (e.g., a transmitter), an actuator (e.g., a motor), or a processing element (e.g., 
a reactor). Once configured, the process graphic elements are designed to 
dynamically depict information and content related to the on-line operation of the 
process plant elements, such as process measurements and status mdications, by 
interfacing with the control system. In addition, unmeasured parameters that reflect 
on-line process operation may be calculated using the process simulation parameters, 
algorithms, etc. provided in the process modules, or process module elements thereoJ^ 
and may be shown as an integral part of the associated graphic displays. As Anther 
described above, the process simulation provided by the process modules may also be 
used in an ofif-line environment used for engineering or training simulation purposes. 
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[0100] In support of tiie above-described ofT-line and on-line functionality, each 
process graphic display may be configured to include a plurality of customized views, 
or layers, each of which may reflect content or information specifically directed to (i) 
the current runtime context (e.g., on-line operation or off-line simulated operation), 
and (ii) the current user viewing the graphic displays. Potential uses when the process 
plant is off-line include operator training, instruction, and any other simulation 
contexts. When the process plant is on-line, a variety of types of operators and 
maintenance and other personnel may view the process graphic displays to interface 
with the process plant. In each case, the process graphic display may include or 
exclude certain content or infomiation to suit the perspective of the user. In this way, 
the same process graphic display — together with the entirety of configuration 
information contained therein — is advantageously utilized in a variety of user 
contexts, uses and activities, thereby avoiding the need for creation and configuration 
of separate displays for each different context, use or activity. 

[0101] Generally speaking, each process graphic display, or process graphic 
element, is defined to include multiple different views of content and infomiation. 
These views are^generally arranged as multiple layers of content of a specific graphic 
display. The data, information and contoit displayed in the layers are generated, 
calculated and stored in connection with the respective smart process objects 
represented in the graphic display. As described further below, portions of the 
content shown via the graphic display may appear static across the various layers, 
while other content may be added or dropped as appropriate for the specific context or 
current user. The added contrat may be specific to a particular process plant element 
(e.g., an actuator), or may be generally associated with the entire process module. 
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process graphic display, plant area being depicted tiiereby, or any portion or process 
plant element thereof The added content may present any information sintable for 
the process plant elements depicted via the graphic display given the user currently 
logged into the workstation displaying flie graphic display and given flie context in 
which the process module is executing (e.g., off-line or on-line). 

[0102] In one embodiment, the content shown via the process graphic display may 
be determined or specified automatically given a xiser profile of the current user of the 
workstation or other display device on which the process graphic display is depicted. 
The user profile may specify or indicate one or more characteristics (e.g., an 
identification code) that are reUed upon to make the determination. To this end, tiie 
user profile may have fields dedicated to process graphic display authorization levels 
or privileges. Alternatively, the user profile may specify or mdicate characteristics or 
other details generally (i.e., not specifically as part of the graphic display 
aufliorization process). Altematively, or in addition, the user profile may specify a 
security or other clearance level that determines which process graphic infomiation or 
view (or views) may be accessed by the user. In cases where users have access to 
multiple content views or layers, a specific layer may be accessed via selection of a 
tab as shown in Fig. 3 or via any one of a number of conventional graphical user 
interface selection mechanisms (e.g., drop-down menu command, etc.). The 
deteraiination of which content layer to depict may be made by the execution engine 
48 or the processor of any workstation or other device with access to the netwoik, 
including, for instance, a rendering engine associated with a display device on which 
the process graphic display will be rendered. In this manner, the same display device 
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(e.g., a handheld computer) may be utilized by different personnel that call for 
different content layers to be displayed. 

[0103] Figs. 6-15 are exemplary depictions of customized graphic display layers 
that may be rendered for display in accordance with user profile and/or run-time 
context, where elements common to multiple figures are identified with like reference 
numerals. The user profiles and contexts shown and described in connection wifli 
Figs. 6-15 involve operation, maintenance, engineering, management, and instruction 
(i.e., training). However, it should be imderstood that these user profiles and contexts 
are only exemplary and general in nature. For a givm process plant, dififerent user 
profiles or contexts may be appropriate, thereby necessitating additions to, or 
reductions of, the foregoing Ust. It may also be useful to have multiple content layers 
in connection with any one of the above-identified categories, such that, for example, 
two different engineering groups of users have respective views of the graphic display 
customized and dedicated to the respective functions or responsibilities of the groups. 

[0104] With reference now to Fig. 6, an ex^Enplary operations view, or operator 
layCT, of a run-time process graphic display 300 is shown. The graphic display 300 is 
shown in a simplified form for ease in illustration only, and may be presented in 
conjunction with the conventional suite of tools made available in a windows, or 
graphical, user interface environment for navigation, etc., as well as other tools 
specific to the process gr^hic display context, such as one or more panels for 
viewing process parameters, or any other textual or other information regarding the 
process graphic display or any selected graphic display element thereof. More 
specifically, the graphic display 300 may include content or information presented via 
faceplates, panels, or other items that may be selected for temporary, dynamic or 
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Static presentation via various menu conmiands or, for instance, a right-click or any 
other graphical user interface actuation. 

[0105] The operations view of the graphic display 300 may include a center panel 
302 in which a group of process graphic display elements are disposed. Each of the 
graphic display elements may have both static and dynamic portions to depict the 
operation (or simulated operation) of the corresponding process plant elements being 
depicted. Such dynamic depictions may include three-dimensional views, animation, 
and continuous or periodic updates of data shown in a data panel dedicated to a 
particular process plant element. As described above, each graphic display element 
may be tied in one-to-one correspondence with a process module element of a process 
module, which, in turn, may be tied in one-to-one correspondence with an element of 
the process plant. For the exemplary process module represrated by the graphic 
display 300, the gr2?)hic display elements include representations of a reactor 304, a 
pump 306 disposed in a line carrying ou^ut fix>m the reactor 304, a valve 308 
controlling flow downstream of the pump 306, and a level sensor transmitter 3 1 0 in 
communication with tiie fluid in the reactor 304. The process module (not shown) 
corresponding with the graphic display 300 accordingly includes process module 
elements that could be shown in much the same manner as the process module shown 
in Fig. 7A of the above-referenced applications. 

[0106] An operations yiew, or operator layer, of the grsqphic display 300 generally 
includes data panels indicating current, on-line parameters or values for the process 
plant element(s) with which ttie data panel is associated. For example, the level 
sensor transmitter 310 has a data panel 312 having a dynamic data field showing that 
the current fluid level in the reactor 304 is 2 meters. Hie data panel 312 also specifies 
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a unit (M) for the measurement, which may be static or dynamic. The data panel 312 
may also include a detailed display button 314, the selection of which by the operator 
gCTierally produces a faceplate (not shown) providing further information regarding 
the level sensor, the level sensor transmitter, or any other process plant 
instrumentation or equipment associated with the value or parameter being sensed. 

[0107] As described above, the value, parameter or, more generally, content 
di^layed via the data panel 312 may be indicative of the actual, on-line operation of 
the process plant or of simulated operation in the event of, for instance, a failed 
measurement element. More generally, the operator content layer shown in Fig. 6 
may be configured to depict any specified amount of the simulation infomiation 
generated via the smart process objects, as desired. For example, certain information 
related to simulated operation may not be suitable for operator viewing, but rather 
may be directed to maintenance personnel attempting to determine whether a valve 
(or any other field device) is operating properly. Such simulation information may 
never be made available via the operator layer, or alternatively may only be made 
available indirectly via, for example, an alarm indicating an undesirable deviation 
between actual and simulated values. 

[0108] In another exemplary use of the operator layer, an operator in training may 
be viewing the graphic diq)lay 300 during a training exercise. In this case, the 
process graphic 300 may appear much ttie same, if not identically, to the manner in 
which it is displayed during on-line operation, thereby providing the operator in 
training an accurate representation of the actual workstation enviromnent experienced 
by an operator of the process plant. However, in this training context, as well as other 
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off-line contexts, the process graphic 300 may include an indication (not shown) 
signaling to the user that the process is off-line, and simulated operation is under way. 

[0109] As described above, the graphics display shown in Fig. 6 represents a 
single, exemplary view of the process graphic display 300 rendered or produced from 
execution of the metiiods, etc. defined in the smart process objects for each of the 
gjcaphic display elements depicted therein. As described above, one may consider the 
process graphics display shown in Fig. 6 as one content layer of the content and 
information generated in connection with the graphic display elements and smart 
process objects. The view or layer may only involve the depiction of a portion of the 
content and information generated, insofar as the layer is only one of several possible 
layers or views of the generated content or information. 

[0110] Fig. 7 shows another exemplary content layer 320 of the graphic display 
300. In this example, the content layer 320 is directed to a maintenance context, 
which may be useful for another subset of users of the user interface, including 
outside service providers or plant personnel involved with maintenance of the process 
plant equipment aiid instrumentation. In some cases, the maintenance content layer 
may be available only when the process is on-line, inasmuch as information relevant 
to the maintenance context typically involves actual equipment operation. However, 
in some embodiments, maintenance personnel may have occasion to view information 
related to, or derived from, simulated operation of the process plant elements 
represented by the graphic display 300, particularly in an indirect manner as described 
below. More generally, the maintenance layer may present both actual (i.e., on-line) 
operation and simulation operation information to support comparisons and other 
analysis of actual operation and the simulation model of a process plant element As a 
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result, the maintenance content layer 320 maybe made available in the nm-time 
environment while the process is either on-line or off-line. 

[0111] The maintenance content layer 320 or view may provide content or 
information incorporating data from a simulated operation of the process plant in 
either a direct or indirect manner. For instance, the content layer 320 may display 
simulation content directly via a faceplate (which may be generated via, for instance, 
a selection button). In such cases, the simulation content may be representative of 
unmeasured or non-measurable process parameters, such as a mixture composition. 
Alternatively, or in addition, the graphic display 300 may include graphic elements 
having inforaiation or content calculated via the simulation. Such simulation content 
may be continuously displayed in a panel 322 having a directed shape to d^ote 
association with the process graphic element, such as tiie reactor 304. On the other 
hand, measured parameters that may assist in the diagnosis of process plant 
equipment may be compared with values generated from the simulation. To this end, 
the maintenance view or layer 320 may display one or both of the actual and 
simulated parameter values. 

[0112] In one embodiment, the comparison of actual and simulated parameter 
values may be displayed in the layer 320 via a healfli indication or indicator. As 
shown in Fig. 7, to support a user wishing to examine the health of measurements, 
actuators, or other equipment or instrumentation, a maintenance content layer includes 
a health indication 324 as a half-circle, or dome-shaped, graphical item having a 
shaded, or colored portion indicative of the health of the instrument or equipment 
depicted via the graphic display element. In this case, the health indication 324 is 
fully shaded, meaning that the level SOTsor transmitter 312 appears to be operating 
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normally, or in good health. Another health indication 326 is partially shaded or filled 
to an extent indicative of the relative health of the valve 308 with which it is 
associated. In fliis case, the process module element associated with the valve 308 
may have received or calculated data indicative of the actual, on-line operation of the 
valve 308, as well as data fix>m a simulation al^rithm or method executing either 
internal or external to the smart process object. A furttier me&od or algorithm 
included within the smart process object may then con^are the operational and 
simulation data to arrive at a relative health level of about 60%. The health indication 
326 of the process graphic element 308 is then accordingly shaded to an rartent 
representative of the 60% level. 

[0113] The manner in which the health of process instrumentation or equipment is 
depicted via the grapluc display 300 may vary between embodiments, as desired. In 
fact, the gr^hic editor provided with the configuration application may provide a user 
with the opportunity or capabiUty to design the shape and other details regarding the 
manner in which a health indication is displayed. For example, the graphic editor 
may be used to configure a graphic display el&aeat having a new gr^hic element that 
renders a numerical health indication displayed as a dynamic field of a data panel. 
The health information or related contaat may be displayed via a faceplate or any 
other desired graphical element. In some cases, the faceplate may provide a multi- 
dimensional health assessment instead of a single value (e.g., 60%). More generally, 
the maintenance view or layer 320 may include or utilize any number of diffoTrait 
health indicators across tihe various instrumentation and equipment being monitored, 
and is not in any way limited to the exemplary type or approach shown in Fig. 7. 
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[0114] Li some embodiments, the health indications 324 and 326 may provide a 
link to an asset management routine or module, such as the Asset Management 
Solution (AMS) available from the Rosemount division of Emerson Process 
Management (www.rosemount.com^. For instance, health indications and other 
content involving a comparison or calculation of actual operational and/or simulation 
data may be generated by the process module element (or process block), an abnomial 
situation prevention (ASP) block, or other fault detection element associated with the 
process plant element or device. The ASP block may be integrated with the process 
block or act independently thereof as part of an ASP environment executing during 
run-time. The fimctionality provided by the ASP block may generally involve 
statistical analysis and/or expert analysis to determme if a fault condition exists. 
Conventional multivariate statistical process control (MSPC) analysis or principal 
component analysis (PCA) may also or alternatively be utilized, and may be 
integrated and configured into the process control system as described in the 
commonly assigned international appUcation concurrently filed herewith and also 
claiming priority to the U.S. provisional application referenced above and entitled 
"Integration Of Process Modules And Expert Systems hx Process Plants," the entire 
disclosure of which is hereby incorporated by reference, including those portions 
thereof directed to the aforementioned subject matter regarding MSPC analysis, PCA 
analysis, or other expert or expert-related analysis (see, e.g.. Fig. 13 thereof together 
with the textual subject matter associated therewith). Links to other information, 
content, applications, or solutions may also be provided to support the maintenance or 
other current fimction, as desired. 
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[01 IS] The health indications 324 and 326 are examples of process graphic 
elements, or aspects fliereof, that, while always included with every instantiation of 
the process graphic element, are not always shown in the graphic display 300. In 
other words, when the process module, process graphic display, or gr^hic display 
elCTient, is being created or configured, a user may select from a palette the gjcaphic 
element for placement in a canvas section, or work area, depicting the process module 
being built. Selection and placement of the process graphic elCTient creates a specific 
instance thereof for the process module being built, thereby duplicating all of the 
methods, algorithms, settings, features or other aspects that define it. .After 
placement, the element may be fiuther configured and connected within the process 
graphic display (and associated process module). But unlike prior systems, this 
instance of the process graphic element (and the process module and graphic display) 
in which it resides will be used in the user interfaces for operations, maintenance, and 
other contexts, and for a variety of users via the multiple layers or views discussed 
hereinu In this way, the element is only created and configured once, despite the 
variety of uses and contexts. The current user or context will determine how the 
element will be displayed, and specifically whether certain content or information 
associated therewith (e.g., a health indication) will be displayed. 

[0116] The health indications 324 and 326 are also examples of items or aspects of 
a process graphic element that are produced automatically when the respective view 
or content layer is determined for depiction. Maintenance and other persoimel for 
which the maintenance content layer is made available therefore receive the health 
indication content whenever the gr^hic display is produced or rendered for their use. 
This automatic production of content via a customized display layer may be 
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determined by the user profile of the current user logged into the workstation. 
However, in alternative embodiments producing multiple content layers for a specific 
user, the health indication and other customized contmt or information may be 
produced in the graphic display at the user's discretion via selection of a layer tab or 
other command or option (e.g., "Show Health Indications'^. 

(0117] Fig. 8 shows another exemplary content layer of the graphic display 300, 
specifically a content layer 330 designed for engineering or other persoimel having 
engineering access privileges. This engineering content layer 330 provides an 
example of how customized content or information may be generally added to the 
process graphic display. Jn contrast to the health indications 324 and 326 of the 
maintenance content layer 320, which are associated with a specific graphic display 
element, this layer of the graphic display 300 may add (or remove) content or 
information generally associated with the entire process graphic display. In this case, 
the engmeering view or layer 330 includes a static line 332 connecting the dynamic 
field of the data panel 312 and the valve 308. More particxilarly, the static line 332 
constitutes the content added at the gr^hic display level and rather than the element 
level. As with each of the other elements shown in the graphic display 300, the 
format or other presentation of the static line 332 may be varied as desired by the 
configuration engineer of the process graphic display using the graphic editor. In any 
case, the static line 332 may be used to designate a control coimection or association 
between the value or parameter provided via tihe data panel and the operation of the 
valve 308. For instance, a control module specifying a control routine for the valve 
308 may rely on an analog input (AI) parameter tied to the value presented in the data 
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panel 312, which may be provided by a level transinittCT for the tank 304, as described 
above. 

[0118] In the exemplary embodiment shown in Fig. 8, the static line 332 may be 
xisefid for engineering personnel more familiar with the control routines executed in 
the control modules rather than the physical layout of the process plant equipment. 
The static line 332 conveniently identifies the equipment, instrumentation, 
measurements, and data involved in such control routines. 

[0119] Other exemplary types of data that may be shown in an engineering content 
layer include or involve simulation information, such as estimated stream properties 
or properties of a unit, such as a calculated operating efficiency. The selection and 
placement of such content in the process graphic display may be accomplished using 
an estimated property element provided in a palette of pre-defined display elements 
in, for instance, a measurement category. Estimated property elements may be useful 
m, for instance, displaying a calculated pump discharge pressure. As noted above, 
the display of such estimated property elements is not limited to any one particular 
content layer, and may be specified and defined by the configuration engineer 
designing the process graphic display for use in any one or more content layws or 
views, as desired. 

[0120] The content or information shown in the engineering content layer 330 may 
only be made available to users having engineering access privileges or, for example, 
an appropriate or sufficient security level or clearance. More generally, fliese and 
other characteristics of a user profile may be reUed upon to determine whether a usct 
has access to one or more of flie customized views or content layer. To this end, the 
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user profile may provide any one of a variety of indications of an access level, 
privilege or other clearance. 

[0121] Another exemplary content layer for which access privileges or security 
clearance information in a user profile may be determinative of whether the content 
layer is displayed is a management content layer or view. An exemplary management 
view or content layer 340 is shown in Fig. 9. In a manner similar to that shown in 
connection with the engineering content layer 330, customized content or information 
may be added to the management view 340 at a display level to enable an evaluation 
of process pafomiance generally. Alternatively, or in addition, content may be added 
at an element level. For example, a trend window 342 may be displayed to provide 
information and content related to reaction conversion. Another example shown in 
Fig. 9 includes a static description (e.g., 'TBxchanger Fouling Index") and a dynanwc 
field for an indication of the degree to which the heat exchanger is fouled. Items such 
as these windows, fields, and other display elements may be included in the content 
layer of the process graphic display for personnel having a management user profile 
or, equivalently, management level privileges. 

[0122] The management layer 340 shown in Fig. 9 also provides an example of a 
layer in which content or information may be ^eluded fix>m view. In this case, the 
manager does not have operator or maintenance privileges and, as a result, the graphic 
display elements to launch operator- or maintenance-related faceplates are not shown. 
For instance, the detailed display button 314 of the maintenance content layer 302 
shown in Fig. 7 is not provided. As a result, the faceplate made available via 
actuation of the button 314 is not made available to users limited to the exemplary 
management content layer 340. Similarly, the managCTxent content layer 340 does 
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not include the health indications 324, 326 of the maintenance view. In some cases, 
the removal of content or information may be done for the purpose of simphfying the 
process graphic display, but any other purpose may be involved in the configuration 
decision. When simpUfication is the only issue underlying the customization, an 
option may be provided to tiie user of a content layer to display the content associated 
with other views or layers (via, e.g., a "Show All" command), provided, of course, the 
current user has the appropriate clearance or access privile^. 

[0123] Figs. 10-15 show various exemplary process grz^hic displays and gr^hic 
di^lay elements for use in a training or instruction environment. Multiple content 
layers may be available or rendered for tiie different users involved in a traimng 
exercise. Specifically, one such content layer may be utilized by instiiictors and othra: 
personnel responsible for training future operators, while another content layCT may 
be produced for the operators-in-training. In the past, the graphic displays utilized 
during such training episodes were often created ind^endentiy &om the actual 
operator displays, and were accordingly disassociated therefirom. Such disassociation 
brought about the possibility for inaccuracies or other discrepancies, thereby making 
the training process incomplete or misleading. The separate nature of tiie training 
displays also forced those configuring the user interfece system(s) to generate more 
than graphic display, as described above. 

[0124] Instead of having to create separate displays for both operators-in-training 
and their instructors. Figs. 10-15 show how such personnel may be accommodated via 
customized content layers of the same process graphic di^lay utilized in otiier 
contexts. In tibis example, an operator-in-training may be presented with a process 
graphic display view 350 that parallels flie view presented to actual (q>erations 
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personnel. For instance, the two views may contain the same graphic display 
elements, namely a makeup valve 352, a recycle tank 354, a recycle valve 356, a 
reactor valve 358, a pump 360, and each of the respective connections. The training 
view 350 may only differ from the operations content layer in that specijBc data or 
detailed information presented via one of the hot buttons associated one of the 
aforementioned graphic display elements is indicative of simulated operation rath^ 
than on-line operation. Providing the operator-in-training with a simulation 
environment allows the training instructor, in turn, to modify parameters and other 
aspects of the process without having to shutdown or modify the actual on-line 
process or process plant elem^ts. 

[0125] A training instractor view 370 corresponding with the operator-in-training 
view 350 is shown in Fig. 1 1 . As with any of the content layers or views described 
herein, the configuration details for content underlying a view dedicated to a training 
instructor may be added via the configuration {^plication 38 to the process gnqphic 
display. Generally speaking, the instructor view or layer 370 may provide the 
instmctor with the ability to insert additional graphic display elements to the process 
graphic display. Such graphic display elements, once inserted, will then affect the 
simulated operation in a manner desired by the instructor. For example, the instructor 
or other personnel viewing the instructor content layer 370 will be capable of adding a 
manual, or hand, valve (or any other element) to simulate local hand valves that may 
exist in the plant (and therefore possibly introduce disturbances into the process) but 
are not represented or wired into the process control system. The instructor content 
layer 370 may also provide the capability of simulating other disturbances, such as 
those effected by local panel control change or other local inputs to which the 
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process would react. In this respect, the instructor layer may, but need not, be 
different from other layers that are fixed during runtime and, as such, do not present 
the flexibility to change or add graphical display elements (and the corresponding 
functionality) outside of the configuration environment. 

[0126] The exemplary instructor layer 370 of Fig. 1 1 includes several manual 
valves 372, 374, 376, 378, respectively disposed along connections between the non- 
connection elements of the process graphic display identified above in connection 
with Fig. 10 and otherwise shown in the operator content layer. In one embodiment, 
such manual valves may be automatically inserted upon the rendering of the instructor 
layer and, for instance, initially configured to have no effect on flow through the 

respective connections. The instructor or other user of tiie content layer 370 may then 
proceed to modify the parameters or other settings of one or more of the manual 
valves 372, 374, 376, 378 to introduce disturbances and otherwise affect and control 
the simulation. Similarly, the instructor content layer 370 may include a local panel 
grq)hic display element 380 to provide the instructor with the capabiUty of specifying 
parameters made available at the equipment site in the process plant via, for example, 
a local panel. Alternatively, the gr^hics and functionality provided for the local 
panel may be defined via a custom graphic display elonent created using the 
configuration application 38 and configured for display in the instructor content layer 
370. hi eiflier case, die process graphic display view seen by the op«ator being 
trained does not reveal the local panel or the sources of such distuibances, but 
nevertheless may reflect or indicate the effects thereof. 

[01271 The introduction of simulated disturbances may be provided in connection 
with any of the grq>hic display elements, including, as described above, one of tiie 
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manual valves 372, 374, 376, 378. More generally, if the instructor selects (e.g., 
clicks on or near) a graphic display element, such as a sensor or transmitter 382 on the 
outlet side of the pump 360, then a faceplate 384 may be provided as shown in Fig. 
12. The faceplate 384 may provide any number of opportunities to adjust parameters, 
such as a noise level, a bias level or more general health indications (e.g.. Status of 
"Bad"). Such parameters may, but need not, be actual parameters that can be 
manually or otherwise controlled (see, e.g., the noise level slider shown in Fig. 12). 
More typically, such parameters are designed to simulate problems with the 
equipment or instrumentation, thereby affecting the simulated operation in a realistic 
manner. 

[0128] Fig. 13 shows an alternative display element in support of an instructor's 
introduction of simulated disturbances. Instead of a faceplate approach to specifying 
such information, a dialog box 390 is generated in response to the instructor's 
selection of a further transmitter 392, which may correspond with a flow sensor. The 
dialog box 390 may present the instructor with fields to specify various parameters or 
values including, for instance, a Field Status, a Bad Field Value, and a Noise Level. 

[0129] Figs. 14 and 15 show exemplary local panel control elements of an 
instructor content layer in greater detail. Specifically, a local panel element 400 may 
be made available to allow the instructor to start, stop or otherwise control a motor, 
such as a pump motor. A selection button 402 or oHker item may be provided to 
facilitate the selection of one of such options thereby simulating the typical HOA 
function (i.e., the selection of hand, off, or auto options). Other actuator process plant 
elements may present a local panel element 402 having a number of parameters for 
designation, modification, etc., regardless of whe&er such parameters are, in &ct. 
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controllable at an actual local panel located at the actuator site. The local panel 
element 402, for instance, includes respective selection buttons for a control selection 
option 404, a speed selection 406, a vibration level 408, a '*Start" selection, and a 
"Stop" selection 412. 

[0130] As used herein, a process plant element may refer to a single field device or 
other plant component, or a set of any such plant componaits. For instance, a single 
component may be an actuator (e.g., valve), a processing element (e.g., a reactor), a 
measurement or instrumentation element (e.g., a sensor or transmitta:), a connection 
element (e.g., pipe), a stream element, etc. A set of process plant components may, 
but need not, refer to any subset of process plant elements that are depicted ill a 

process graphic display. 

[01311 When implemented, any of the software described herein may be stored in 
any computer readable memory such as on a magnetic disk, a laser disk, or other 
storage medium, in a RAM or ROM of a computer or processor, etc. Likewise, this 
software may be delivered to a user, a process plant or an operator workstation using 
any known or desured delivery method including, for example, on a computer readable 
disk or other transportable compute: storage mechanism or over a communication 
channel such as a telephone line, the Internet, the World Wide Web, any other local 
area netwoifc or wide area network, etc. (which delivery is viewed as being the same 
as or interchangeable with providing such software via a transportable storage 
medium). Furthermore, this software may be provided directly without modulation or 
encryption or may be modulated and/or encrypted using any suitable modulation 
carrier wave and/or ©acryption technique before being transmitted over a 
communication channel. 
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[0132] While the present invention has been described with reference to specific 
examples, which are intended to be illustrative only and not to be limiting of the 
invention, it will be apparent to those of ordinary skill in the art that changes, 
additions or deletions may be made to the disclosed embodiments without departing 
from the spirit and scope of the invention. 
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